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(57) A data transfer control device and a relay 
device which are suitable for use in the home network 
envirortmerit: For a case of controlling transfer of infor- 
mation data- to a receiving node connected with a first 
physical network from a transmitting node connected 
with a second physical network, there is provided a data 
transfer control device connected with the second phys- 
ical network which has: an establishing unit for estab- 
lishing a channel in the second physical network for 
transmitting the information date; a reserving unit for 
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reserving a communibation path for transferring the 
information data transmitted through that channel to 
another data transfer control device belonging to f the 
first physical network and/or the receiving node: and a 
commahefing unit for commancfing the transmitting node 
to transmit the information data through that channel, by 
using a protocol depending on the second physical net- 
work. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 5 

The present invention relates to a network system . 
for constructing a home network environment, and more 
particularly, to a data transfer control device, a relay 
device, and a control device suitable for use in the home io 
network environment. 

DESCRIPTION OF THE BACKGROUND ART 

In recent years, there is a rapid trend for digrtafizing is 
electronic instruments as exemplified by the term "multi- 
media", and this trend is already noticeable in the office 
environment. 

More specifically, in terms of hardware, this trend 
has been materialized in forms of introduction of PCs, 20 
digitalization of OA devices and formation of networks 
among them. Also, in terms of software, this trend has 
been expanding to cover the basic functions of hosts 
(which are progressively light-sized and transferred to 
PCs), the application software such as the word- 25 
processing software, the spreadsheet software, etc., 
and the Internet application such as the WWW. 

The similar trend can also be seen in the home 
environment. Namely, even in the home environment, 
this trend for digitalization has been steadily progressed 30 
in forms of digitalization of AV devices (DVD, digital 
VTR, digital video camera, etc.), digitalization of broad- 
casting, and Internet access such as OCN. 

Similarly as in a case of the office environment, this 
trend is expected to progress toward the formation of 35 
networks in future. Namely, it is expected that the tech- 
nologies of various fields such as information process- 
ing, corrimuntcation and broadcasting will be unified, by 
the digitalization, and inter-mixed with each other by the ^ 
formation of networks. . 40 

There are many candidates for the network technol- 
ogies in this direction. For example, the Ethernet has 
overwhelming records of the actual use in the office 
environment and is probably the most promising candi- 
date even for the home PC network. Also, the ATM is 45 
another serious contender because of the general con- 
sensus among the infra-structure constructors (tele- 
phone companies, CATV companies, etc.) to keep 
constructing the infra-structures based on this technol- 
ogy in view of the advantageous characteristics of the so 
ATM such as its fast, real-time, and wide bandwidth 
properties. 

In addition to these candidates, the network tech- 
nology (bus technology) called IEEE 1394 has been 
attracting much attentions recently. This IEEE 1394 has 55 
several remarkable characteristics such as its fast real- 
time (QOS guaranteed), and plug-and-play properties, 
so that there is a high expectation especially among the 



AV industries on the IEEE 1394 as the most promising 
candidate for a future scheme for inter-connecting dig- 
ital AV devices. This vogue has also instigated much 
interests to the IEEE 1394 from the computer industries 
as well.. . 

In the initial phase, it is expected that the inter-con- 
nection of the home use digital devices will be realized 
by these various network technologies in conjunction 
with the spread of the home use digital devices, 
depending on preferences and demands of the users, 
and in this way prototype digital networks will be gradu- 
ally built up inside each home. ' 

In the second phase, there will be demands for 
inter-connecting these digital networks together. For 
example, there will be a desire to inter-connect an AV 
device connected to the 1394 network of a guest room 
on the first floor with another AV device connected to 
the 1394 network of a private room oh the second floor 
in order to realize the dubbing or the cooperative opera- 
tion between these AV devices. 

However, in order to meet the expected demands of 
this second phase, the following problems must be 
addressed and resolved. 

For now, it is highly likely that many AV devices will 
appear as dedicated 1394 terminals. This is because 
the infra-structures such as the Internet and B-ISDN are 
not yet fully developed so far so that it is presently rather 
difficult to develop any AV device that presupposes the 
availability of these infra-structures. 

On the other hand, as these infra-structures come 
to be fully developed, it is expected that AV devices 
compatible with the Internet or B-ISDN will appear, but 
then it would be difficult to f( inter-connect such AV 
devices with the by then existing dedicated 1394 termi- 
nals. In addition, in such a case, only those terminals 
which are connected to the same 1394, as the dedicated 
1394 AV devices would be capable of exchanging AV 
data and it would be impossible to exchange data with 
nodes which are connected to networks other than 1394 
or nodes which are far distanced. , 

SUMMARY OF THE INVENTIpN . 

It is therefore an object of the present invention to 
provide a data transfer control device, a relay device, 
and a control device which are capable of resolving Ihe 
above noted problems and which are therefore suitable 
for use in the home network environment 

According to one aspect of the present invention, 
there is provided a data transfer control device for con- 
trolling transfer of information data to a receiving node 
connected with a first physical network from a transmit- 
ting node connected with a second physical network, 
the data transfer control device being connected with 
the second physical network and comprising: an estab- 
lishing unit for establishing a channel in the second 
physical network for transmitting the information cfeta; a 
reserving unit for reserving a communication path for 
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transferring the information data transmitted through 
said channel to another data transfer control device 
belonging to the first physical network and/or the receiv- 
ing node; and a commanding unit for commanding the 
transmitting node to transmit the information data 5 
through said channel, by using a protocol depending on 
the second physical network 

In this aspect of the present invention, it becomes 
possible to carry out the data transfer to the receiving 
node, even when the transmitting node connected to the 10 
second physical network only supports a protocol 
depending on the second physical network, regardless 
of the inter-connected network environment (link layer 
protocol) up to the receiving node. 

Namely, the data can be transmitted to the receiv- is 
ing node as the transmission node is urged by using a 
protocol depending on the second physical network to 
carry out the data transmission to said channel of the 
second physical network as a result of operations by the 
establishing unit and the command unit with respect to 20 
the communication path reserved by the reserving unit. 
Said channel of the second physical network may be 
contained in said communication path, or the data 
received from said channel of the second physical net- 
work may be transferred to said communication path by 25 
the data transfer control device. 

Also, in this aspect of the present invention, the 
receiving unit may transmit a control message com- 
manding a network connection device which connects 
the second physical network and a third physical net- 30 
work, to register a correspondence between the chan- 
nel in the second physical network and a 
header/channel information depending on the third 
physical network. 

In this case, it becomes possible to make a neigh- 35 
boring connection device to inter-connect the second 
physical network and the third physical network at the 
link layer level. This implies that this inter-connection 
can be realized by. using the link layer switch at said 
connection device, which in turn implies that it becomes 40 
possible to realize a high speed and low cost inter-con- 
nection. f 

Also, in this aspect of the present invention, the 
reserving unit may transmit a control message contain- 
ing an address infer rnation for said another data transfer as 
control device and/or the receiving node and at least 
one of a header information to be attached to the infor- 
mation data and an information regard ng a channel 
through which the information data is to be transferred, 
to said another data transfer control device and/or the so 
receiving node. 

By means of this control message, a connection 
device that received this message can obtain a direction 
of a communication path to be reserved and a transfer 
channel in the previous hop link, and the entire commu- ss 
nication path can be reserved by repeating this opera- 
tion, so that it becomes possfctfe to reserve the 
communication path reaching to said another data 



transfer control device belonging to the first physical 
network or the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
an interface unit for connecting the data transfer control 
device to a third physical network or the first physical 
network; and a transmission unit for transmitting the 
information data received through said channel in the. 
second physical network to the third physical network or 
the first physical network, onto a channel indicated by 
said control message, or after attaching the header 
information contained in said control message. 

In this case, when an inter-network connection 
device of the second physical network that makes an 
inter-network connection to a route reaching to the 
receiving node and the data transfer control device .are 
the same device, it becomes possible for this device to 
flow the data from the transmitting node into said com- 
munication path, so that it becomes possible, to realize, 
the data transfer from the transmitting node to the 
receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
an interface unitfor connecting the data transfer control . 
device to a third physical network or the first physical 
network; a conversion unit for converting, a data format 
of data received through said channel, from a first data 
format depending on the second physical network to a 
second data format depending on the third physical net- 
work or the first physical network and/or an upper logi- 
cal network of the third physical network or the first 
physical network; and a transmission unit for transmit- 
ting said data with the data format converted by the con- 
version unit as the information data to the third physical 
network or the first physical network, onto a channel 
indicated by said control message, or after attaching the 
header information contained in said control message. 

In this case, it becomes possible to carry out. the 
transfer format conversion in a case where the transfer 
format in the communication path from the transmitting 
node to the data transfer control device is different from 
the transfer format in the communication path from the 
data transfer control device to the receiving node. By 
means of this, it becomes possible for the data transfer 
control device to absorb the difference between the 
transfer format such as MPEG which is depending on 
the specific link layer technology such as ATM network 
or IEEE 1394 and the transfer format depending on the 
specific logical network such as MPEG-over-iP, etc., for 
example. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
an encoding/decoding unit for encoding/decoding data 
received through said channel; and a transmission "unit 
for transmitting the information data encoded/decoded 
by the encoding/decoding unit, to a channel indicated, 
by said control message, or after attaching a header 
information contained in said control message. 
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In this case, it becomes possible to carry out a con- 
version of the bandwidth to be used in a case where the 
available bandwidth in the communication path from the 
transmitting node to the data transfer control device is 
different from the available bandwidth in the communi- 5 
cation path from the data transfer control device to the 
receiving node. 

Also, in this aspect of the present invention, the 
establishing unit may establish said channel in a form of 
a broadcast type channel. 10 

In this case, as the channel established by the 
establishing unit is the broadcast type channel, when an 
inter-network connection device of the second physical 
network that makes an inter-network connection to a 
route reaching to the receiving node and the data trans- 15 
fer control device are different devices, it becomes 
unnecessary to establish two paths including a commu- 
nication path between the transi-nrtting node and the 
data transfer control device and a communication path 
between the data transfer control device and said inter- 20 
network connection device. Namely, it suffices to estab- 
lish this broadcast type channel alone, so that the effi- 
cient network resource utilization can be realized. 

Also, in this aspect of the present invention, the 
reserving unit may communicate an information regard- 25 
ing a communication resource required for the commu- 
nication path, with said another data transfer control 
device and/or the receiving node. 

In this case, it is possible to provide a control mes- 
sage including an information regarding the communi- 30 
cation resource amount necessary in establishing a 
route at a time of transmitting the information data to the 
receiving node, so that it becomes possible to establish 
the communication path with the so called QOS (Quality 
Of Service) which is accorrpanieci by the cbmmunica- 35 
tbn resource amount such as a necessary bandwidth or 
a tolerable packet arrival delay, at a time of reserving a 
communication path reaching to said another data 
transfer control device belonging to the first physical 
network or the receiving node. 40 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a collecting unit for collecting attribute information of ~ 
transmitting and/br receiving nodes connected with the 
second physical network; and a notifying unit for notify- 45 
ing said attrfixite information to said another data trans- 
fer control device and/or the receiving node. " 

In this case, regardless of a type of the second 
physical network, it becomes possible to notify the infor- 
mation on the configuration of the second physical net- so 
work to said another data transfer control device or the 
receiving node. Consequently, it becomes possible for 
said another data transfer control device or the receiv- 
ing node to have various information regarding the infor- 
mation devices connected to a remote physical network 55 
including an information about devices which are oper- 
ated by a protocol depending on the second physical 
network, so that it becomes possible to specify the 
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transmitting node from these devices. 

Also, in this aspect of the present invention, the 
data transfer control device many be further comprising: 
a receiving unit for receiving a notice regarding attribute 
information of transmitting and/or receiving nodes con- 
nected with the first physical network; and a memory 
unit for storing said attribute information. 

In this case, it becomes possible to obtain various 
information regarding the information devices con- 
nected to a physical network to which said another data 
transfer control device is connected, so that it becomes 
possible to specify ah arbitrary node among these 
devices as the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a receiving unit for receiving a control message contain : 
ing an information capable of specifying the transmitting 
node, from said another data transfer control device 
and/or the receiving node; wherein the commanding 
unit commands a transmission of the information data to* 
the transmitting node which is specified by said control 
message. 

In this case, it becomes possible to carry out the 
data transfer with respect to said another data transfer 
control device or the receiving node from the transmit- 
ting node specified from said another data transfer con- 
trol device or the receiving node. Namely, it becomes 
possible for said another data transfer control device or 
the receiving node to specify the transmitting 1 node, 
even in a case where the transmitting node is a node 
operated by a protocol depending oh the second physi- 
cal network and not supporting a protocol between the 
data transfer control devices. 

Also, in this aspect of the present invention, the 
reserving unit may transmit a control message contain- 
ing an information capable of specifying the receiving 
node, to said another data transfer control device. 

In this case, it becomes possible to explicitly specify 
the receiving node which is to be the data transfer des- 
tination to said another data transfer control device, 
even in a case where the receiving node is a node oper- 
ated by a protocol depending oh the first physical net- 
work and not supporting a protocol between the data 
transfer control devices, so that ft becomes possfole to 
realize the data transfer from the fransmrtting node to 
the receiving node regardless of a protocol type of the 
receiving node. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data to a receiving 
node connected with a first physical network from a 
transmitting node connected with a second physical 
network, the data transfer control device being con- 
nected with the first physical network and cornprising: a 
receiving unit for receiving a control message to be 
used in reserving a communication path reaching the 
data transfer control device, said control message con- 
taining at least one of a header information to be 
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attached to the information data in the first physical net- 
work, and an information regarding a channel through 
which the information data is to be transferred; and a 
commanding unit for commanding the receiving node to 
receive the information data which has the header infor- 5 
mation contained in said control message or which is 
transferred through the channel indicated by said con- 
trol message, by using a protocol depending on the first 
physical network. 

In this aspect of the present invention, it becomes io 
possible to realize the data transfer from the transmit- 
ting node, even when the receiving node connected to 
the first physical network only supports a protocol 
depending on the first physical network regardless of 
the inter-connected network environment (link layer pro- is 
toco!) up to the transmitting node. 

Namely, the cbrnmunication path reaching to 
another data transfer control device belonging to the 
second physical network or the transmitting node can 
be reserved by the control message received by the 20 
receiving unit. In addition, the receiving node is urged 
by using a protocol depending on the first physical net- 
work to carry out the data reception from the channel of 
the first physical network as .a result of operation by the 
commanding unit, so that it becomes possible to realize Z5 
the data transfer from the transmitting node to the 
receiving node regardless of a type of the first physical 
network. 

Also, in this aspect of the present invention, said 
control message may indicate the channel of the first 30 
physical network in a form of a broadcast type channel. 

In this case, when an inter-network connection 
device ,of the first physical network that makes an inter- 
network connection to a route reaching to the transmit- 
ting node and the data transfer control device are differ- 3s 
ent devices, it becomes unnecessary to establish two 
paths including a communication path between said 
inter-network connection device and the receiving node 
and a communication path between said inter-network 
connection device and the data transfer control device. 40 
Namely, it suff ices to establish this broadcast type chan- 
nel alone, so that the efficient network resource utiliza- 
tion can be realized. Also, when they are the same 
device, it becomes possible to specify a plurality of 
receiving nodes simultaneously. . 4$ 

Also, in this aspect of the . present invention, said 
control message* may also contain an information 
regarding a communication resource required in reserv- 
ing the communication path. 

In this case, it becomes possfole for the data trans- so 
fer control device to obtain a guidance as to what com- 
munication path accompanied by what communication 
resource amount should be established at a time of 
establishing a channel oh the first physical network. 

Also, in this aspect of the present invention, the ss 
data transfer control device may be further comprising: 
a collecting unit for collecting attribute information of 
transmitting and/or receiving nodes connected with the 



first physical network; and a notifying unit for notifying 
said attribute information to another data transfer con- 
trol device belonging to the second physical network 
and/or the transmitting node. 

In this case, regardless of a type of the first physical 
network, it becomes possible to notify the information 
on the configuration of the first physical network to said 
another data transfer control device or the transmitting 
node. Consequently, it becomes possible for said 
another data transfer control device or the transmitting 
node to have various information regarding the informa- 
tion devices connected to a remote physical network 
including an information about devices which are oper- 
ated by a protocol depending on the first physical net- 
work, so that it becomes possible to specify the 
receiving node from these devices. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a notice receiving unit for receiving a notice regarding 
attribute information of transmitting and/or receiving 
nodes connected with the second physical network; and 
a memory unit for storing said attribute information. 

In this case, it becomes possible to obtain various 
information regarding the information devices con- 
nected to a physical network to which said another data 
transfer control device is connected, so that it becomes 
possible to specify an arbitrary node among these 
devices as the transmitting node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a message receiving unit for receiving a message con- 
taining an information capable of specifying the receiv- 
ing node, from another data transfer control device 
belonging to the second physical network and/or the 
transmitting node; wherein the commanding unit com- 
mands a receiving of the information data to the receiv- 
ing node which is specified by said message. 

In this case, it becomes possible to realize the data 
transfer with respect to the receiving node specified 
from said another data transfer control device or the 
transmitting node. Namely, it becomes possible for said 
another data transfer control device or the transmitting 
node to clearly specify the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may, be further comprising: 
a transmission unit for transmitting a message contain- 
ing an information capable of specifying the transmitting 
node, to another data transfer control device belonging 
to the second physical network. 

In this case, it becomes possible to explicitly specify 
the transmitting node which is to be the data transfer 
source to said another data transfer control device, even 
in a case where the transmitting node is a node oper- 
ated by a protocol depend ng on the second physical 
network and not supporting a protocol between the data 
transfer control devices, so that it becomes possible to 
realize the data transfer from the transmitting node to 
the receiving node regardless of a protocol type of the 
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transmitting node. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data to a receiving 
node connected with a first physical network from a s 
transmitting node connected with a second physical 
network, the data transfer control device being con- 
nected with the first physical network and comprising: 
an establishing unit for establishing a channel in the first 
physical network; a transfer unit for transferring the io 
information data transferred through a communication 
path that is reserved for receiving the information data " 
transmitted from the transmitting node, to the channel 
established by the establishing unit; and a commanding 
unit for commanding the receiving node to receive the is 
information data which is transferred through the chan- 
nel established by the establishing unit by using a pro- 
tocol depending on the first physical network. 

In this aspect of the present invention, it becomes 
possible to realize the data transfer from the transmit- 20 
ting node, even when the receiving node connected to 
the first physical network only supports a protocol 
depending on the first physical network, regardless of 
the inter-connected network environment (link layer prr> 
toco!) up to the transmitting node. 25 

Namely, the receiving node is urged by using a pro- 
tocol depending on the first physical network to carry 
out the data reception from the channel of the first phys- 
ical network as a result of operations by the establishing 
unit and the commanding unit with respect to the infor- 30 
mation data transferred by the reserved cornrnunication 
path, so that it becomes possible to transmit the data up 
to the receiving node. 

Also, in this aspect of the present invention, said 
communication path may be reserved by receiving a 35 
control message containing at least one of a header 
information attached to the information data and an 
information regarding a channel through which the infor- 
mation data is to be transferred, from a physical network 
different from the first physical network. 40 

By means of this control message, it becomes pos- 
sible for the date transfer control device to recognize the 
receiving node which is the data transmission destina- 
tion, and therefore the entire cornrnunication path can 
be reserved, so that it becomes possible to reserve the 45 
end-to-end communication from another data transfer 
control device belonging to the second physical network 
or the trans mi t tin g node. 

Also, in this aspect of the present invention, said 
control message may also contain an information so 
regarding a communication resource required in reserv- 
ing the communication path. 

In this case, it becomes possible for the data trans- 
fer control device to obtain a guidance as to what com- 
munication path accompanied by what cxrnrnunication ss 
resource amount should be established at a time of 
establishing a channel on the first physical network. 

Also, in this aspect of the present invention, the 



establishing unit may establish the channel of the first 
physical network in a form of a broadcast type channel. 

In this case, when an inter-network connection 
device of the first physical network that makes an inter- 
network connection to a route reaching to the transmit- 
ting node and the data transfer control device are differ- 
ent devices, it becomes unnecessary to establish two 
paths including a communication path between said 
inter-network connection device and the receiving node 
and a communication path between said inter-network 
connection device and the data transfer control device. 
Namely. H suffices to establish this broadcast type chan- 
nel alone, so that the efficient network resource utiliza- 
tion can be realized. Also, when they are the same 
device, it becomes possible to specify a plurality of 
receiving nodes simultaneously. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a collecting unit for collecting attribute information of 
transmitting and/or receiving nodes connected with the 
first physical network; and a notifying unit for notifying 
said attrtoute information to another data transfer con- 
trol device belonging to the second physical network 
and/or the transmitting node. 

In this case, regardless of a type of the first physical 
network, it becomes possible to notify the information 
on the configuration of the first physical network to said 
another data transfer control device or the transmitting 
node. Consequently, it becomes possible for sand 
another data transfer control device or the transmitting 
node to have various information regarding the informa- 
tion devices connected to a remote physical network 
including an information about devices which are oper- 
ated by a protocol depending on the first physical net- 
work, so that it becomes possible to specify the 
receiving node from these devices. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a notice receiving unit for receiving a notice regarding 
attribute information of transmitting and/or receiving 
nodes connected with the second physical network; and 
a memory unit for storing said attribute information. 

In this case, rt becomes possible to obtain various 
information regarding the information devices con- 
nected to a physical network to which said another data 
transfer control device is connected, so that it becomes 
possible to specify an arbitrary node among these 
devices as the transmitting node. 

Also, in this aspect of the present invention, tine 
data transfer control device may be further comprising: 
a message receiving unit for receiving a control mes- 
sage containing an information capable of specifying 
the receiving node, from another data transfer control 
device belonging to the second physical network and/or 
the transmitting node; wherein the commanding unit 
commands a receiving of the information data to tie 
receiving node which is specified by said control mes- 
sage. 



6 



<EP 0637579A2J_> 



i 



11 



EP 0 837 579 A2 



12 



In this case, it becomes possible to realize the data 
transfer with respect to the receiving node specified 
from said another data transfer control device or the 
transmitting node. Namely, it becomes possible for said 
another data transfer control device or the transmitting 5 
node to clearly specify the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a transmission unit for transmitting a control message 
containing an information capable of specifying the 
transmitting node, to another data transfer control 
device belonging to the second physical network. 

In this case, it becomes possible to explicitly specify 
the transmitting node which is to be the data transfer 
source to said another data transfer control device, even 
in a case where the transmitting node is a node oper- 
ated by a protocol depending on the second physical 
network and not supporting a protocol between the data 
transfer control devices, so that it becomes possible to 
realize the data transfer from the transmitting node to 
the receiving node regardless of a protocol type of the 
transmitting node. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data from a transmit- 
ting node connected with a first physical network to a 
receiving node connected with a second physical net- 
work, the data transfer control device being connected 
with the second physical network and with a third phys- 
ical network or the first physical network and compris- 
ing: a first establishing unit for establishing a channel in 
the second physical network; a second establishing unit 
for establishing a communication path between the data 
transfer control device and the first physical network or 
a transmitting node belonging to an upper logical net- 
work of the first physical network; a commanding unit for 
commanding the receiving node to receive the informa- 
tion data transferred through the channel established by 
the first establishing unit, by using a protocol depending 
on the second physical network; a conversion unit for 
converting a data format of the information data 
received through the communication path established 
by the second establishing unit from a first data format 
depending on the third physical network or the first 
physical network and/or an upper logical network of the 
third physical network or the first physical network to a 
second data format depending on the second physical 
network; and a transfer unit for transferring the informa- 
tion data with the data format converted by the conver- 
sion unit, to the channel established by the first 
establishing unit 

In this aspect of the present invention, it becomes 
possible to transfer the data in an appropriate format to 
the receiving node, by carrying out the data transfer to 
said channel after the transfer format conversion is car- 
ried out, even in a case where the transfer format in the 
communication path on one physical network side is Af- 
ferent from the transfer format in the communication 



path of another physical network or the upper logical 
network of said another physical network By means of 
this, it becomes possible for the data transfer control 
device to absorb the difference between the transfer for- 
mat such as MPEG which is depending on the specific 
link layer technology such as ATM network or IEEE 
1394 and the transfer format depending on the specific 
logical network such as MPEG-over-IR etc., for exam- 
ple. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data from a transmit- 
ting node connected with a first physical network to a 
receiving node connected with a second physical net- 
work, the data transfer control device being connected 
with the second physical network and comprising: a first 
establishing unit for establishing a channel in the sec- 
ond physical network; a second establishing unit for 
establishing a communication path between the data 
transfer control device and the first physical network or 
a transmitting node belonging to an upper logical net- 
work of the first physical network; a commanding unit for 
commanding the receiving node to receive the informa- 
tion data transferred through the channel established by 
the first establishing unit, by using a protocol depending 
on the second physical network; an encoding/decoding 
unit for encoding/decoding the information data 
received through the communication path established 
by the second establishing unit; and a transfer unit for 
transferring the information data en«xjed/decoded by 
the encoding/decoding unit, to the channel established 
by the first establishing unit. 

In this aspect of the present invention, it becomes 
possible to transfer the data at an appropriate rate, or in 
an appropriate format to the receiving node, by carrying 
out the data transfer to said channel after the encoding 
or decoding of the data is carried out, even in a case 
where the available communication resource amount 
(bandwidth, for example) in the communication path on 
one physical network side is different from the available 
communication resource amount in the communication 
path of another physical network or the upper logical 
network of said another physical network It also 
becomes possible to carry out the protocol conversion 
in a case where the transmitting node and the receiving 
node uses different coding schemes. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data to a receiving 
node connected with a first network from a transmitting 
node connected with a second network, the data trans- 
fer control device being connected with the first network 
and comprising: an establishing unit for establishing a 
communication path for the information data transmitted 
from the transmitting node by using a signaling protocol 
of a network layer, the communication path reaching the 
data transfer control device from the transmitting node 
or another data transfer control device connected with 
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the second network; a receiving unit for receiving a con- 
trol message containing an information regarding a 
channel through which the information data is to be 
transferred to the receiving node; and a commanding 
unit for commanding the receiving node to receive the 5 
information data transferred through said channel, by 
using a protocol depending on the first network. 

In this aspect of the present invention, even for the 
data input to a dedicated terminal of the network to 
which the data transfer control device is connected, 10 
which can only understand a protocol depending on 
said network, by commanding the data reception from 
the established channel, it becomes possible to realize 
the data transmission to said dedicated terminal with 
respect to the data from an arbitrary transmitting node is 
of an arbitrary physical network in the inter-connected 
environment. 

In particular/in the Internet environment, the guar- 
antee of the communication quality is made by the sign- 
aling protocol of the network layer such as RSVP or 20 
ST2. As this is done by the data transfer control device, 
it becomes possible to receive the data with the commu- 
nication quality guaranteed through the Internet envi- 
ronment, even when the data receiving terminal does 
not have the IP/RSVP/ST2 function. 25 

Also; in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a transmission unit for transmitting a message request- 
ing a conversion of a data format of the information data 
from a first data format depending on the network layer 30 
to a second data format of a protocol depending on the 
first network, to a node through which the information 
data passes before being received by the receiving 
node. 

In this case, it becomes possible to resolve the data 35 
reception impossibility due to the difference in the data 
format as in a case where said dedicated terminal for 
receiving data cannot understand the data format such 
as MPEG-over- IP, for example, by carrying out the for- 
mat conversion at said arbitrary node. 40 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data from a transmit- 
ting node connected with a first network to a receiving 
node connected with a second network, the data trans- 45 
fer control device being connected with the first network 
and comprising: an establishing unit for establishing a 
communication path for the information data transmitted 
from the transmitting node by using a signaling protocol 
of a network layer, the communication path reaching the so 
receiving node or another data transfer control device 
connected with the second network; a transmission unit 
for transmitting^ control message containing an infor- 
mation regarding a channel through which the informa- 
tion data is to be transferred from the transmitting node; ss 
and a commanding unit for commanding the transmit- 
ting node to transmit the information data to said chan- 
nel, by using a protocol depending on the first network. 



In this aspect of the present invention, even for the 
data transmission from a dedicated terminal of the net- 
work to which the data transfer control device is con- 
nected, which can only understand a protocol 
depending on said network, by commanding the data 
transmission to the established channel, it becomes 
possible to realize the data transmission from said ded- 
icated terminal, with respect to the data to an arbitrary 
receiving node of an arbitrary physical network in the 
inter-connected environment 

In particular, in the Internet environment, the guar- 
antee of the communication quality is made by the sign- 
aling protocol of the network layer such as RSVP or 
ST2. As this is done by the data transfer control device, 
it becomes possible to transfer the data with the com- 
munication quality guaranteed through the Internet 
environment even when the data transmitting terminal 
does not have the IP/RS VP/ST2 function. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a message transmission unit for transmitting a message 
requesting a conversion of a data format of the informa- 
tion data from a first data format depending on the first 
network to a second data format depending on the net- 
work layer, to a node through which the information data 
passes before being received by the receiving node. 

In this case, it becomes possible to resolve the data 
transmission impossibility due to the difference in the 
data format, as in a case where said dedicated terminal 
for transmitting data cannot understand (cannot trans- 
mit) the data format such as MPEG-over-IP, for exam- 
ple, by carrying out the format conversion at said 
arbitrary node. 

According to another aspect of the present inven- 
tion, there is provided a relay device for transmitting a 
received data from one network to another network, 
comprising: a first establishing unit for establishing a 
channel in said another network; a second establishing 
unit for establishing a communication path which 
includes the channel established by the first establish- 
ing unit for data transferred from said one network to 
said another network by exchanging a signaling proto- 
col of a network layer with a data transfer control device 
in said another network; and a transmission unit for 
transmitting a control message containing an informa- 
tion regarding the channel to the data transfer control 
device, such that the data transfer control device com- 
mands a receiving node in said another network by 
using a protocol depending on said another network to 
receive the data transferred through the communication 
path established by the second establishing unit. 

According to another aspect of the present inven- 
tion, there is provided a relay device for fransrrritting a 
received data from one network to another network, 
comprising: a reception unit for receiving a control mes- 
sage containing an information regarding a channel 
established in said one network from a data transfer 
control device in said one network, the data transfer 
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control device commanding a transmitting node in said 
one network by using a protocol depending on said one 
network to transmit the data to the channel; and an 
establishing unit for establishing a communication path 
which includes the channel for data transferred from 5 
said one network to said another network by exchang- 
ing a signaling protocol of a network layer with the data 
transfer control device. 

According to another aspect of the present inven- 
tion, there is provided a relay device for transmitting a 10 
received data from one network to another network, 
comprising: a receiving unit for receiving a control mes-. 
sage requesting a conversion of a data format of the 
received data from a first data format depending oh said 
one network to a second data format depending on said is 
another network; and a transmission unit for.converting 
the data format of the received data from said one net- 
work according to the control message received by the 
receiving unit, and transmitting converted data; to said 
another network. 20 

In this aspect of the present invention, it becomes 
possible to resolve the data transmission impossibility 
due to the difference in the data format, as in. a case, 
where the receiving node cannot understand (cannot 
receive) the data format of the data transferred up to this 25 
relay device such as MPEG-over-IP, for example, by 
carrying out the format conversion at this relay device. 
Here, the control message can be transmitted from the 
receiving node or an arbitrary data transfer control 
node. 30 

According to another aspect of the present inven- 
tion, there is provided a relay device for transmitting a 
received data from one network to another network, 
comprising: a receiving unit for receiving a control mes- ^ 
sage. requesting an encoding/decoding of the received, . 35 
data in a data format depending on said one network; 
and a transmission unit for encoding/decoding the 
received data from said one network according to the : 
control message received by the receiving unit and 
transmitting encoded/decoded data to said another net- 40 
work/ 

In this aspect of the present invention, it becomes 
possible to resolve the difference as in a case .where the 
communication resource used by the data transferred 
up to the relay device is different from the communica- 45 
tion resource permitted at the network of the receiving 
node side, by carrying out the encoding/decoding at this 
relay device. It is also possible to use this mechanism in 
such a manner that this relay device carries out the pro- 
tocol conversion in a case where the coding scheme of so 
the data transferred up to this relay device, is different 
from the coding scheme of the data that can be under- 
stood by the receiving node.' 

According to another aspect of the present inven- 
tion, there is provided a control device connected with a ss 
first physical network, comprising: a collecting unit for 
collecting attribute information of transmitting and/or 
receiving nodes connected with the first physical net- 



work, according to a protocol depending on the first 
physical network; and a notifying unit for notifying said 
attribute information to a device connected with a sec- 
ond physical network, according to a network layer pro- 
tocol not depending on the first physical network. 

In this aspect of the present invention, it becomes 
possible to notify the attribute information of the infor- 
mation devices connected to the first physical network, 
independently from a protocol of the physical network, 
to said device connected with the second physical net- 
work, regardless of a type of the second physical net- 
work Also, it becomes possible to urge the operations 
with respect to these information devices, from the sec- 
ond physical network. 

Also, in this aspect of the present invention, the 
control device may be further comprising: a receiving 
unit for receiving a network layer protocol packet for 
controlling at least one of the transmitting and/or receiv- 
ing nodes connected with the first physical network, 
from said device connected with the second physical, 
network; and a control unit for controlling said at. least, 
one of the transmitting and/or receiving nodes specified, 
by the network layer protocol packet, according to a pro- 
tocol depending on the first physical network. 

In this case, it becomes possible to control a node 
on the first physical network from a node on the second . 
physical network by means of the protocol conversion 
by the control unit, even in a case where the first physi- 
cal network and the second physical network adopt pro- 
tocols of different link levels so that their connection 
terminals can only understand protocols depending on 
the respective physical networks, for example. Namely, 
it becomes possible to realize the control from an arbi- 
trary device of the second physical network, regardless 
of a type of the first physical network, even in a case 
where a control target node can only understand a pro- 
tocol depending on the first physical network. v . ; 

Other features and advantages of the present 
invention will become apparent from the following 
description taken in conjunction with the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing an exemplary 
overall configuration of a communication network (home 
network) according to the first embodiment of the 
present invention. 

Fig. 2 is a block diagram showing an exemplary 
internal configuration of a half gateway in the communi- 
cation network of Fig. 1 . 

Fig. 3 is a diagram stowing one exampie of a corre- 
spondence table (for a case of transmitting data 
received from a 1 394 side to an ATM side) provided in a 
13947 ATM transfer unit of the half gateway of Fig.' 2. 

Ftg. 4 is a diagram showing one example of a corre- 
spondence table (for a case of transmitting data 
received from an ATM side to a 1394 side) provided in a 



9 



17 



EP 0 837 579 A2 



18 



1394/ATM transfer unit of the half gateway of Fig. 2. 

Fig. 5 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
transmitting terminal to a receiving terminal in the com- 
munication network of Fig. 1 . s 

Fig. 6 is a diagram showing one example of a table 
for storing attribute information of information devices 
provided in an AV control terminal of the communication 
network of Fig. 1 . 

Fig. 7 is a diagram showing one example of a 10 
screen display by a display device that can be provided 
in an AV control terminal of the communication network 
of Fig. 1. 

Fig. 8 is a diagram showing a communication route 
set up in the communication network of Fig. 1 according is 
to the sequence of Fig. 5. 

Fig. 9 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to the second embodiment of the present 
invention. 20 

Fig. 10 is a block diagram showing an exemplary 
internal configuration df ah AV control terminal in the 
communication network of Fig. 9. 

Rg. 11 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 25 
video server to a receiving terminal in the communica- 
tion network of Fig. & 

Fig: 12 is a diagram showing a communication 
route set up in the communication network of Rg. 9 
according to the sequence of Fig. 11. 30 

Rg: 13 is a block diagram showing another exem- 
plary overall configuration of a communication network 
according to the second embodiment of the present 
invention, which uses ah ATM access network instead 
of the Internet of Rg; 9.' 35 

Rg. 1 4 is a block diagram showing an exemplary 
internal configuration of an AV control terminal in the 
communication network of Rg. 13. 

Rg. 15 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 40 
video server to a receiving terminal in the communica- 
tion network of Rg. 13. 

Rg. 16 is a block diagram showing another exem-. 
piary internal configuration of an AV control terminal in 
the communication network of Fig. 9, which has an 45 
MPEG decoding unit 

Fig. 17 is- a sequence chart for an operation 
sequence in a case of transmitting video data from a 
video server to a receiving terminal in the communica- 
tion network of Rg. 9 by' using ah AV control terminal of 50 
Rg. 16. 

Rg. 1 8 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to the third embodiment of the present inven- 
tion, for a case 61 receiving video data from an external ss 
network at a video terminal on the home network. 

Rg. 19 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 



transmitting terminal (on the Internet) to a receiving ter- 
minal (on the home network) in the communication net- 
work of Fig. 18. 

Rg. 20 is a diagram showing a communication 
route set up in the communication network of Fig. 18 
according to the sequence of Rg.. 19. 

Rg. 21 is a block diagram showing one exemplary 
internal configuration of a half gateway in the communi- 
cation network of Rg. 1 8. 

Rg. 22 is a block diagram showing another exem- 
plary interna! configuration of a half gateway in the com- 
munication network of Rg. 18. 

Rg. 23 is a block diagram showing another exem- 
plary overall configuration of a communication network 
according to the third embodiment of the present inven- 
tion, for a case of transmitting video data to ah external 
network from a video terminal on the home network 

Rg. 24 is a ; block diagram showing an exemplary 
internal conf iguration of a half gateway in the communi- 
cation network of Rg. 23. 

Rg. 25 is a sequence chart for arT operation 
sequence in a case of transrrttting video data from a 
transmitting terminal (oh* the home network) to a receiv- 
ing terminal {on the internet) in the communication net- 
work of Fig. 23. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS : 

(First Embodiment) 

Referring now to Rg. 1 to Fig. 8, the first embodi- 
ment of the present invention will be described in detail. 

Rg. 1 shows ah exemplary overall configuration of a 
c»mrnunicatioh network system according to this first 
embodiment which constitutes a home network within a 
home, for exarnpie. 

As shown in Rg. 1 ; this home network comprises a 
transmitting terminal 1, a first AV (Audio Visual) control 
terminal 2, a first half gateway 3, a second half gateway 
4. a second AV control terminal 5 t ^receiving terminal 
6. a f irst 1394 bus 1 1 , and a second 1394 bus 12. In this 
embooTment a trans^rrtssibn scheme between the half 
gateways 3 and 4 is assumed to be the ATM. 

The .transmitting terminal 1 arid the receiving termi- 
nal 6 are nqn-IP tefminais (also referfed to asi394 ter- 
minals hereafter), that is, terminals which can only 
understand the 1394 protocol (a protocol dedicated to 
1 394 such as AV/C protbool and IEC 1 883, for example, 
and which cannot under stand the Internet Protocol (IP). 
They may be the' dedicated 1394 terminals. 

This first embodiment is directed to a scheme of 
communication between terminals based on a control 
by the AV control terminal, in a case where these trans- 
mitting and receiving terminals are (or one of them is) 
the above described type that cannot understand the 
Internet protocol and a direct communication by the 
1394 protocol cannot be carried out between them 
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(such as a case where the 1394 buses are not bridge 
connected, that is, a case where a network other than 
the 1394 bus exists between them or a case where the 
public network such as the Internet or the ISDN exists 
between them). 

Here, it is assumed that the two 1 394 buses 1 1 and 
12 are not directly bridge connected and the ATM net- 
work exists between them, so that on a level of the 
1394 protocol, a dedicated 1 394 node connected to one 
1394 bus cannot see another dedicated 1394 node con- 
nected to another 1394 bus. 

In contrast, an IP terminal (also referred to as an IP 
node hereafter) based on the IP which is the inter-con- 
nection network protocol can recognize the other IP ter- 
minal connected to another bus even when they are 
terminals connected to these 1394 buses. 

Assuming that the transmitting terminal 1 and the 
receiving terminal 6 are video terminals (as in a case 
where the transmitting terminal 1 is a DVD player and 
the receiving terminal 6 is a TV), for example, and that 
they are provided on the different 1394 buses, the prob- 
lem is how to realize a communication between them. 

Fig. 2 shows an exemplary internal configuration of 
each of the half gateways 2 and 3. As shown in Fig. 2, 
the half gateway comprises a 1 394 physical processing 
unit 101, a, 1394 link processing unit 102, a first 
MUX/DEMUX 103, an IP/FANP processing unit 104, a 
1394/ATM transfer unit 105, a second MUX/DEMUX 
106, and an ATM interface unit 107. 

The 1394 physical processing unit 101 and the 
1394 link processing unit 102 carry out the physical 
layer processing, the link layer processing, the bus man- 
agement and the transaction layer processing for a con- 
nected 1394 bus, as well as the exchanges of data 
(PDU (Protocol Data Unit) from a viewpoint of the 1394) 
with the IP/FANP processing unit 104 or the 1394/ATM 
transfer unit 105, using the 1394 frames to be transmit- 
ted or received that are passing through the" first 
MUX/DEMUX 103 and the second MUX/DEMUX 106. 

The IP/FANP processing unit 104 has functions for. 
carrying out the routing based on the IP address, the 
routing table management the FANP (Row Attribute 
Notification Protocol) processing, the ARP (Address 
Resolution Protocol) processing, etc. , for the received 
IP packets, FANP packets (which will be described 
below), ARP packets, etc. (For details concerning the 
FANP, see Japanese Patent Application No. 8-264496 
(1996). 

The 1394/ATM transfer unit 105 has a function for 
attaching a specific ATM header (VPI/VCI value) to data 
received from the 1394 side, especially data received 
through the isochronous channel by using its iso- 
chronous channel number or as a key or though the 
destination address with the specific register offset by 
using the information as a key. and transmitting it to the 
ATM side, and a function for transmitting data received 
from the ATM side to a specific isochronous channel or 
the destination address with the specific register offset 



on the 1394 side by using its header information 
(VPI/VCI information) as a key. Namely, the data for- 
warding at this processing unit is carried out by using 
only the datalink layer processing. 

5 For example, a table of correspondence between 

the VPI/VCI value and the channel number of the iso- 
chronous channel of the 1394 bus or the destination 
address with the specific register offset is produced in a 
form of a correspondence table as shown in Fig. 3 (in a 

io case of transmitting data received from the 1 394 side to 
the ATM side) or Fig. 4 (in a case of transmitting data 
received from the ATM side to the 1394 side), for exam- 
ple. Here, the mapping (the production of each corre- 
spondence table) is made by the IP/FANP processing 

75 unit 104. 

As for the data forwarding function, this function is 
equipped with a communication quality guarantee func- 
tion by the FANP as will be described below, and the 
data scheduling scheme such as WFQ or WRR, for 

20 example, may also be implemented. 

The ATM interface unit 107 is an interface with 
respect to the physically connected ATM network (the 
ATM cable in this embodiment), and carries out the cell 
assembling and disassembling of data to be exchanged 

25 with the second MUX/DEMUX 106 and the ATM cells. 
This ATM interface unit 107 may also carry out the ABR 
(Available Bit Rate) processing, the UPC (Usage 
Parameter Control) processing, SDH (Synchronous 
Digital Hierarchy) processing, etc. 

30 Note here that, some VC is defined in advance as a 
default VC oTthe ATM between the half gateways 3 and 
4, and the both half gateways 3 and 4 already recognize 
that the FANP messages will be exchanged through this 
default VC, as described in Japanese Patent Application 

35 No. 8-264496 (1 996). 

The first AV control terminal 2 and the second AV 
control terrhinal 5 are both IP nodes as well as FANP 
nodes and apparently capable of carrying out communi- 
cations : by the Internet protocol. As will be described 

40 below, these AV control terminals 2 and 5 can under- 
stand the 1394 protocol as well as the Internet protocol, 
and are capable of carrying out communications with 
local terminals on the 1394 bus by using the 1394 pro- 
tocol as well as communications with local and remote 

45 IP terminals by using the Internet protocol. 

In the following, it is assumed that the IP nodes in 
Fig. 1 are belonging to the same IP subnet 

On each of the AV control terminals 2 and 5, a 
Video transmission and reception control application" is 

^50 implemented. This application has the following func- 
tions. 

(1) A function for checking resources and services 
(such as nodes) on the own local bus, and commu- 

55 nicating the obtained result with each other by 
using the Internet protocol. 

(2) A function for indicating the resources and serv- 
ices of the terminals on the remote bus to the user 
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according to the information obtained by (1), so as 
to urge the user to carry out operations on them, as 
well as exchanging these control information with 
each other. 

(3) A function for exchanging FANP packets with s 
each other and reserving a transmission path (a 
connection with the bandwidth, etc. reserved, *rf 
necessary) between the 1394 buses at which the 
AV control terminals are located. 

(4) A function for carrying out the control of nodes 10 
on the local bus by using the 1 394 protocol (such as 
AV/C protocol). 

By using these AV control terminals, it becomes 
possible for the user to carry out the exchanges of data is 
with terminals located on the remote 1394 bus, even 
when transmitting and receiving terminals are not the IP 
terminals. 

The protocol for carrying out the control of AV 
devices on the 1394 regardless of whether they are 20 
local ones or remote ones as described above will be 
called a FANP-AV protocol here. This 'protocol may be 
an IP application. 

For example, consider a case where the first 1394 
bus 1 1 is provided at a room A within the home while the 25 
second 1 394 bus 12 is provided at a room B within the 
home. Here, suppose that the user who is located in the 
room B tries to display video data from the transmitting 
terminal 1 located in the room A, on the receiving termi- 
nal 6 located in the room B. 30 

Note that these two rooms may not necessarily 
belong to the same home. When they are not there may 
be a public network between the two half gateways 3 
and 4 (in which case they are not necessarily belonging 
to the same IP subnet so that the broadcast described 35 
below may not be carried out and they may recognize 
each other and their addresses by the manual setting). 

Now, with reference to the sequence chart of Fig.' 5, 
the operation procedure (including the FANP-AV proto- 
col) up to the video data exchange between the trans- 40 
mitting terminal 1 and the receiving terminal 6 which are 
the non-IP terminals will be described. 

First in the communication system of the present 
invention, the user activates the second AV control ter- 
minal 5 and carries out the necessary setting on this 45 
second AV control terminal 5. Namely, as shown in Fig. 
5, the second AV control terminal 5 transmits a "FANP- 
AV request" packet to the entire home network, i.e. to 
the IP broadcast address, in order to check the pres- 
ence/absence of a node for processing the FANP-AV so 
protocol on the home network (step S1). 

This packet is assigned with a well known port 
number which is allocated to the FANP-AV processing 
function in advance, this IP broadcast packet may be 
transmitted to a 1394 address called "bus broadcast ss 
address" on the second 1394 bus 12, that is, to the 
asynchronous channel in a form of broadcast with 
respect to all nodes in the home network of that homa 



This broadcast packet reaches to all nodes on the sec- 
ond 1394 bus 12. Note here that it is also possible to 
transmit this packet to a 1394 address called "local bus 
broadcast" as long as it is made such that this packet 
reaches to all nodes within that IP subnet Namely, even 
when a network other than the 1394 bus is connected, it 
is sufficient if rt is made such that this packet will be 
transferred. 

Now, the second half gateway 4 that received this 
packet confirms that it is "broadcast with respect to all 
buses" from the destination 1394 address, and forwards 
this packet to the first half gateway 3 side. The first half 
gateway 3 that received this packet then forwards this 
packet to the first 1394 bus 1 1 (step S2). At this point, 
the destination 1394 address is the t>us broadcast 
address". 

Here, a node which by itself is activating the FANP- 
AV protocol receives this packet (FANP-AV request 
packet), and confirms that it is the "FANP-AV request", 
that is, a packet for searching a node that is activating 
the FANP-AV protocol, by referring to the port number. 
Then, this node transmits a "FANP-AV response" packet 
indicating that "it is also activating the FANP-AV proto- 
col" as a response to the received packet to its source 
IP address (step S3). In Fig. 5, the first AV control termi- 
nal 2 is the FANP-AV protocol node, so that this terminal 
transmits the FANP-AV response packet to the second 
; AV control terminal 5 which is the source of the "FANP- 
AV request" packet. At the same time, the first "AV con- 
trol terminal 2 stores the existence of the second AV 
control terminal 5 and its IP address. 

Note that, as already noted above, instead of carry- 
ing out such an automatic constituent recognition, H is 
also possible for the AV control terminals to recognize 
each other by using a method in which each AV control 
terminal registers addresses of the other AV control ter- 
minals by the manual setting in advance. 

Around this point, each FANP-AV node (AV control 
terminal 2, 5) collects information on AV devices exist- 
ing on the 1394 bus to which it is connected, by using 
the 1394 protocor(step S4 and step S5). This operation 
may be realized by using protocols such as the AV/C 
protocol and the IEEE 1212 whfoh are standardized by 
the 1394 trade association and the HD-DVTR confer- 
ence, or their extended versions. 

In this manner, each AV control terminal 2, 5 col- 
lects various information regarding AV devices on the 
1 394 bus to which it belongs, such as what AV devices 
they are, what contents they have, how many media 
they have, what 1394 addresses they have, etc., and 
store the collected information into an internal table. 

Next, the AV control terminals 2 and 5 exchange the 
collected information with each other (step SS). For this 
information exchange, each one transmits the collected 
inluj i n ation to the IP address of the other by using IP 
packets. As a result in each AV control terminal 2, 5, a 
table with contents as shown in Fig. 6 rs produced, for 
example. Namely, by carrying out this information 



12 



NSOOCID: <EP 0B37579A2J_> 



23 



EP 0 837 579 A2 



24 



exchange between the AV control terminals 2 and 5, 
each AV control terminal 2, 5 can collect various infor- 
mation (attribute information) regarding AV devices 
which are connected with a network to which the other 
AV control terminal belongs, such as what AV devices 
they are, what contents they have, how many media 
they have, what 1394 addresses they have, etc., in addi- 
tion to the information regarding AV devices on the 1 394 
bus to which it belongs, on the table of Fig. 6. 

It is also possible to display the information on the 
table of Fig. 6 at a display screen of the AV control ter- 
minal 2, 5. Fig. 7 shows an exemplary screen display by 
a display device provided at the second AV control ter- 
minal 5. In Fig. 7, for the sake of clarity, under the 
assumption of one bus per one room (or one datalink 
network per one room), display windows (W1 to W4) 
within the display screen are set in correspondence to 
the respective rooms, and the screen display is pre- 
sented in a form of an arrangement in each room. By 
looking at this, the user can make a judgement such as 
"to/from which terminal should data be transmit- 
ted/received". 

For example, suppose that the user in the room B 
wishes to receive video data from the transmitting termi- 
nal 1 and display it on the receiving terminal 6. To this 
end, the user operates the second AV control terminal 5 
so as to make a setting by which appropriate contents 
constituting the video at the transmitting terminal 1 are 
transmitted to the receiving terminal 6 and displayed 
there. This operation may be carried out through the 
GUI on the second AV control terminal 5. In response, 
the second AV control terminal 5 transmits an instruc- 
tion with a content of "send appropriate contents consti- 
tuting the video at the transmitting terminal 1 to the 
receiving terminal 6" to the first AV contrpi terminal 2 
(step S7). By means of this, the first AV control terminal 
2 can ascertain the address of the transmitting terminal 
1 which is the transmission destination in a form of the 
1394 address. 

The first AV control terminal 2 that received this 
instruction communicates with the tansrnitting terminal 
1 by the 1394 protocol, and checks whether the video 
transmission is possible or not. In addition, the opera- 
tion such as the authentication with respect to the sec- 
ond AV control terminal 5 may also be carried out 

Next, the first AV control terminal 2 reserves the„ 
isochronous channel of the first 1394 bus 1 1 by using 
the 1 394 protocol and the 1 394 AV protocol, etc., at the 
first 1394 bus 1 1 (step S8). A channel number reserved 
at this point is assumed to be #X (the isochronous chan- 
nel 31 of Fig. 8). Also, as should be apparent, the band- 
width necessary for the video transmission is to be 
reserved at the same time by acting on the isochronous 
resource manager of the first 1 394 bus 1 1 . 

Next the first AV control terminal 2 makes a setting 
with respect to the first half gateway 3 so that the iso- 
chronous channel #X will be received there. Then, the 
first AV control terminal 2 transmits the offer message of 



the FANP toward the first half gateway 3 through this 
isochronous channel (step S9). 

Here, the FANP is the protocol described in Japa- 
nese Patent Application No. 8-264496 as already noted 

5 above. Namely, this protocol is used for the purpose of 
carrying out communications with a neighboring node 
that can interpret the FANP (which is usually provided at 
a middle of network segments that constitute the home 
network and plays a role of an inter-connection device 

io for these plurality of segments), and notifying the identi- 
fier of the channel through which data are to be trans- 
mitted, their destination address, and their 
communication attribute and communication quality, ft is 
also possible to use this protocol for the purpose of set- 

75 ting up an end-to-end connection. 

Now, this offer message conveys a channel number 
(or a virtual channel identifier, etc.) by which data (a 
video data in this embodiment) are to be transmitted 
from now on, a destination address (an IP address in 

20 this embodiment) of that video data, the tendwidth to be 
used (communication quality), the corrimunication 
attribute (such as a coding scheme like MPEG, etc.), an 
end-to-end ACK request, etc. Note that when the trans- 
mission channel number or virtual channel identifier is 

25 not shared by the terminals at both ends, the exchange 
of the propose message and the propose ACK mes- 
sage of the FANP may be exchanged between these 
ends. Also, the destination address (target IP address) 
of that data is the IP address of the second AV control 

30 terminal. 

The first half gateway 3 that received this offer mes- 
sage confirms , that the second AV control terminal 5 
exists in a direction of the second half gateway 4 by 
referring to the internal routing table, and checks 

35 whether it is possible to support the bandwidth, commu- 
nication quality, etc. requested by this offer message by 
referring to the idle bandwidth, etc., of a communication 
path inside the second half gateway 4. When it is judged 
that h is possible to support them, the propose mes- 

40 sage, the propose ACK message, the offer message, 
etc.. are transmitted to the second half gateway 4 simi- 
larly as in the above processing. On the other hand, 
when it is judged that it is not possible to support them, 
a reject message is transmitted to the first AV control 

45 terminal 2. 

The second half gateway 4 checks the internal 
communication resources (checks whether the commu- 
nication quality described in the offer message is inter- 
nally possible or not similarly as in the first half gateway 

so 3), and establishes the isochronous channel #Y (the 
isochronous channel 33 of Fig. 8) on the second 1394 
bus 12. Around this point, the second half gateway 4 
commands the second AV control terminal. 5 to take the 
contents of this isochronous channel, by using the 1394 

55 protocoL After that the exchanges of the propose mes- 
sage, the propose ACK message and the offer message 
are carried out between the second half gateway 4 and 
the second AV control terminal 5 (step S1 1 ). 
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The second AV control terminal 5 that received the 
propose message and the offer message recognizes 
that they are for the video transmission earlier 
requested by this second Av control terminal 5 to the 
first AV control terminal 2, according to the flow ID or the 5 
prescribed identifier agreed by both sides in advance. 
This prescribed identifier can be that which is conveyed 
by the FANP message. 

Next the second AV control terminal 5 commands 
the receiving terminal 6 to receive the data transmitted 10 
through the isochronous channel #Y, by using the 1 394 
protocol such as IEC 1 883 (step S12). By means of this, 
the data transmitted through the isochronous channel 
#Y can be received by the receiving terminal 6. 

After that, the second AV control terminal 5 trans- 
mits the re-direct message to the second half gateway 4 
(step S13). This re-direct message is a message that 
bears the meaning that the setting offered by the offer 
message of the step S11 is accepted; When the offer 
message contains the end-to-ehd ACK request, the 
redirect message is transmitted by setting the end-to- 
end ACK flag ON (where setting the end-to-end ACK 
flag ON implies that a route for transmitting the video 
data from the transmitting terminal 1 to the receiving ter- 
minal 6 has been set up). This ACK flag reaches to the 
transmitting terminal (the first AV control terminal 2 in 
this embodiment. 

The second half gateway 4 that received this re- 
direct message makes an appropriate setting to the 
internal 1394/ ATM transfer unit 105 (more specifically 
the setting of the corresponding table such as that 
shown in Fig. 3 or Fig. 4). Namely, the ATM virtual con- 
nection 32 (shown in Fig. 8) offered by the offer mes- 
sage at the step S9 and the isochronous channel #Y are 
switch connected at the datalink layer. More specifically, 
at the 1 394/ATM transfer unit 1 05, the ATM cells entered 
from the ATM virtual connection 32 are transferred to 
the 1 394 data and entered into the isochronous channel 
#Y, by referring to the VCI value cfirectly, without any 
processing by the IP/FANP processing unit 104. At this 
point, the data/packet scheduling scheme in which the 
communication quality defined by the FANP can be 
maintained may be selected. Note that the correspond- 
ence table inside the 1 394/ATM transfer unit 105 which 
is to be referred at this point is that shown in Fig. 3 or 
Fig. 4. 

The re-direct message returns from the second half 
gateway 4 to the first half gateway 3 (at which the setting 
of the 1 394/ATM transfer unit 1 05 is made similarly as in 
the second half gateway 4), and then to the f irst AV con- 
trol terminal 2 (step S14). 

Here, the first AV control terminal 2 confirms that 
the datalink layer connection up to the final terminal as 
shown in Fig. 8 has been set up. Here, the final' terminal 
is the receiving terminal 6 in this embodiment, but the ss 
receiving terminal 6 is the dedicated 1394 terminal and 
not a node that can understand the FANP and the IP. It 
is the second AV control terminal 5 that made the prep- 



aration such that the receiving terminal 6 can receive 
the video data, and the setting was made by this second 
AV control terminal 5 by using the 1394 protocol. 

Then, the first AV control terminal 2 commands the 
transmitting terminal 1 to carry out the transmission of 
the corresponding appropriate video with respect to the 
isochronous channel with the channel number #X (the 
isochronous channel 31 of Fig. 8), by using the 1394 
protocol (step S15). 

The transmitted video reaches to the receiving ter- 
minal 6 through the isochronous channel 31 on the first 
1394 bus 11, the ATM virtual connection 32, and the 
isochronous channel 33 on the second 1394 ' bus 12 
(step 316). At the intermediate nodes (the half gate- 
ways 3 and 4), only the switching in the datalink layer is 
applied, so that the data transfer is carried out by main- 
taining the communication quality while the data pass 
through this route. 

The transmission of the re-direct message for the 
purpose of connecting this video transmission is carried 
out from the second AV control terminal 5 toward the 
upstream side (that is; through the second half gateway 
4 and the first half gateway 3, to the first AV control ter- 
minal 2) (step S1 7). 

Also, a request for interruption of the transmission 
from the user side (the transmission of the release mes- 
sage) is also sent from the second AV control terminal 5 
in the similarly order. Al this point the first AV control 
terminal 2 carries out the control by the 1394 protocol 
such as AV/C protocol toward the transmitting terminal 
1 so as to terminate the video transmission. 

As described, according to the communication net- 
work system of this embodiment, the control of AV 
devices over a plurality of 1394 buses such as the video 
delivery, interruption, etc., from the transmitting terminal 
1 to the receiving terminal 6 is carried out by the FANP 
and the FANP-AV, despite of the fact that the transmit- 
ting terminal 1 and the receiving terminal 6 are not the 
IP terminals (that is, through the AV control terminals 2 
and 5). 

In general, the implementation of the IP is said to be 
costly, but by using the scheme of the present invention, 
the control between AV devices in which the IP is not 
implemented and the control of connection over a plu- 
rality of 1394 buses can be carried out by the AV control 
terminals 2 and 5 in which the IP and the FANP are 
implemented, so that a simplification, a low cost imple- 
mentation, and a centralized control can be realized for 
the system as a whole. In addition, "rt should be apparent 
that the same can be realized by exactly the same prin- 
ciple even when a plurality of FANP nodes exist 
between the half gateways. Consequently, it becomes 
possible to carry out the control between AV terminals 
on arbitrary 1394 buses, without requiring a long dis- 
tance 1394 bus transfer or a complicated 1394 bridge 
protocol which are the drawbacks of the 1394 buses. 

Note that, in this embodiment it is assumed that the 
AV control terminals 2 and 5 carry out communications 
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with each other by using the IP, but it is also possible to 
realize this feature by using the other network layer 
technology (such as Netware, CLNP (Connection-Less 
Network Protocol), etc.) or the other technology such as 
l-PNNI (Integrated P-NNI). instead of the IP. 

Also, in this embodiment, the set up of the connec- 
tion (channel) between the AV control terminals 2 and 5 
is made by using the protocol called FANP, but it is eas- 
ily possible to realize this feature by using the other con- 
nection set up protocol such as RSVP (Resource 
Reservation Protocol). ST2 (Stream Transport Protocol- 
2), or I-PNNi, instead of the FANP. 

Also, in this embodiment, it is assumed that the net- 
work to which the transmitting terminal 1 and the receiv- 
ing terminal 6 are connected is the IEEE 1 394 bus. but 
it is also possible to use FDDI2 or the broadcast based 
network such as home ATM- LAN as described in Japa- 
nese Patent Application No. 8-108015 (1996), in sub- 
stantially the same manner as described above. 
Moreover, it is also possible to use a network which is 
not broadcast based, by modifying the AV control termi- 
nal to also carry out the connection set up between the 
half gateways and the transmitting/receiving terminals 
in a manner of the third party set up. 

Also, in this embodiment, it is assumed that the AV 
control terminal 2, 5 and the half gateway 3, 4 are pro- 
vided in separate bodies, but they may be provided 
within the same body. Namely, when the AV control ter- 
minaJ 2 and the half gateway 3 are provided in an iden- 
tical body while the AV control terminal 5 and the half 
gateway 4 are provided in an identical body,, it is possi- 
ble to regard the half gateways 3 and 4 themselves as 
incorporating the functions of the AV control terminals 2 
and 5. 

Also, in this embodiment, a scheme in which the 
information regarding AV devices on local buses is 
exchanged between the AV control terminals 2 and 5 
has been described, but when a number of AV control 
terminals increases, this information exchange may be 
carried out by using mesh connections among the AV 
control terminals. It is also possible to use a scheme in 
which one AV control terminal functioning as a server 
distributes the information to the other AV control termi- 
nals, or the hybrid of these schemes in which some AV 
control terminal aggregates trie information for a plural- 
ity of AV control terminals and notifies the aggregated 
information to the other AV control terminals. 

Also, in this embodiment, when the user is operat- 
ing the AV control terminal, the resulting control process 
may be displayed on a display device provided at the 
receiving terminal 6. 

<Second Embodiment) 

Referring now to Fig. 9 to Fig. 17, the second 
embodiment of the present invention will be described 
in detail. 

This second embodiment is directed to a case 



where the end-to-end data transmission is controlled by 
the signaling protocol of the network layer such as 
RSVP, ST2, etc., and the data exchanges with a net- 
work of that network layer are to be carried out 

5 Fig. 9 shows an exemplary overall configuration of a 

communication network system according to this sec- 
ond embodiment, In Fig. 9, an AV control terminal 1 103 
is connected to the Internet 1 102 (or arbitrary network), 
and connected with a receiving terminal 1 1 05 through a 

io 1394 bus 1104. Then, the video data delivery from a 
video server 1101 connected to the Internet 1102 is to 
be carried out with respect to the receiving terminal 
1 105, for example. 

The video server 1101 is the Internet terminal 

75 which transmits the video data on IP packets, that is, in 
the format of MPEG-over-IP. For example, this video 
server 1101 may carry out the transmission of the TS 
(Timestamp) of the MPEG by RTP. 

The AV control terminal 1 103 is connected between 

20 the Internet 1 102 and the 1394 bus 1 104, and has func- 
tions for carrying out a control to the Internet 1 102 side, 
a control to the 1394 bus 1104 side, and transmitting 
data from one network to another network by matching 
communications from both. This AV control terminal 

2$ 1 103 may be provided in a form of a unit called set-top 
box. 

The receiving terminal 1105 is a non-IP terminal 
that can understand the 1394 protocol, only, which car- 
ries out the video data reception. Consequently, the 
30 reception of MPEG data must obey the data format of 
MPEG-over- 1394 as def ined by the IEC 1883, for exam- 
ple. 

As described above, in this embodiment, it is 
assumed that the video data transfer from the video 

35 server 1101 is realized by the transmission in the format 
of MPEG-over-IP through the Internet 1102. In order to 
carry out this video data transmission by maintaining 
the communication quality while being in the Internet 
1102, the communication quality is guaranteed by the 

40 RSVP inside the Internet 1102. Here, of course, the 
guarantee may be made by the ST2 or the FANP, 
although this embodiment describes a case of using the 
RSVP. 

Now, a procedure for transmitting the video data 
45 from the video server 1101 to the receiving terminal 
1 105 which is not the IP terminal in the communication 
network system of Fig. 9 will be described. 

Fig. 10 shows an exemplary internal configuration 
of the AV control terminal 1 103. As shown in Fig. 10, the 
so AV control terminal 1 1 03 comprises an external network 
interface unit 1201 , a first MUX/DEMUX 1202. an RSVP 
processing unit 1203, a 1394 AV processing unit 1204, 
an MPEG-over-IP/MPEG-over-1394 conversion unit 
1205, a second MUX/DEMUX 1206, and a 1394 inter- 
55 face unit 1207. 

The external network interface unit 1201 is an inter- 
face with respect to the Internet 1 102, which is an inter- 
face on the datafink layer and the physical layer in 
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particular, and which transmits the received data to the 
RSVP processing 1203 or the MPEG-over-iP/MPEG- 
over-1394 conversion unit 1205 through the first 
MUX/DEMUX 1202 according to the need. 

The RSVP processing unit 1 203 has a function for 
reserving a route that guarantees the communication 
quality between the AV control terminal 11 03 and an 
arbitrary terminal (the video server 1 101 in this embod- 
iment) connected to the Internet 1102 by carrying out 
the RSVP processing, and a function for carrying out 
the IP processing. 

The 1394 AV processing unit 1204 has a function 
for carrying out the processing of the 1394 AV protocol 
(AV/C protocol, IEC 1 883. etc.) or the FANP-AV protocol 
described in the first embodiment, through the 1394 bus 
1104. 

The MPEG-over-IP/MPEG-over- 1 394 conversion 
unit 1205 has a function for converting the MPEG 
frames entered from the Internet 1102 in the MPEG- 
over-IP format into the MPEG-over-1 394 format and 
transmitting them. Of course, it may also has a function 
for converting in the opposite direction. This format con- 
version may be carried out by referring to the source 
address, destination address, port number, flow labels, 
etc., of the arrived IP packet, or in a case where the 
Internet is the virtual connection type network, this for- 
mat conversion may be carried out by referring to the 
virtual channel identif ier or channel number, etc. In this 
embodiment/ the processing of the latter case will be 
described as an example. 

The 1394 interface unit 1207 is an interface with 
respect to the 1 394 bus 1 104, and more specifically, has 
functions for carrying out the physical layer processing, 
the link layer processing, the transaction layer process- 
ing and the bus management 

The AV control terminal in a configuration shown in 
Fig. 10 is for a case where the receiving terminal 1 105 
has the MPEG reproduction function (MPEG decoding 
function). In addition, the AV control terminal 1 103 may 
also have a function (including analog circuits, etc.) gen- 
erally called set-top box. 

The user acts on the AV control terminal 1 1 03 when 
the user wishes to receive the video data from the video 
server 1101 at the receiving terminal 1 105. Namely, the 
user makes the setting with respect to the AV control 
terminal 1103, as to which video should be sent from 
which video server and at which receiving terminal it 
should be received (watched). 

At this point, instead of requiring the user to act 
directly on the AV control terminal 1103. the system 
may have a configuration in which, when the user acts 
on the other terminal, a control message is sent from 
that other terminal to the AV control terminal so as to 
request a subsequent series of control operations. 

The AV control terminal 1103 requests the video 
data transmission to the video server 1 101 which is the 
IP node, by using the IP protocol. This operation may be 
realized through a protocol such as HTTP. Also, this 



operation may be realized in a form in which the control 
protocol such as DSM-CC tJefined by the ITU-T and 
DAVIC flows over the Internet. 

At this point, it is also possible to use a scheme in 

5 which the PATH message of the RSVP is flowing from 
the video server 1101 and the AV control terminal 1 103 
sends the RESV message of the RSVP in response so 
as to establish a route guaranteeing the QOS between 
the video server 1101 and the Av control terminal 1 103 

10 (step S1 01 of Rg. 11). 

In addition, the AV control terminal 1103 estab- 
lishes the isochronous channel Xchannel number #X) on 
the 1394 bus with respect to the receiving terminal 
1105. and transmits a message for commanding the 

is reception of data from this isochronous channel by 
using the 1394 protocol such as IEC 1883, AV/C proto- 
col, or 1394-1995 (step S102 and step S103 of Rg. 11). 

Along with that, the setting of the MPEG-over- 
IP/MPEG-over- 1394 conversion unit 1205 is made, that 

20 is, the setting by which a packet in the MPEG-over-IP 
format entered from the Internet 1102 is taken out 
according to its header information (an identifier of the 
datalink layer connection 1 through which this packet 
passes, or the IP header information, or the flow label, 

25 etc.), converted into the data format of the MPEG-over- 
1394, and transmitted to the prescribed isochronous 
channel #X (the isochronous channel 1111 of Rg. 12) 
on the 1394 bus 1 104 (step SI 04). This setting may be 
made in a form which guarantees the communication 

30 quality such as jitter or delay time. 

By means of this, a route 1110 and 1111 (a route 
with the communication quality guaranteed) from the 
video server 1101 to the receiving terminal 1105 as 
shown in Rg. 12 is reserved. 

35 Here, the MPEG packet among the packets that 
passed through the Internet 1102 is forwarded to the 
MPEG-over-IP/MPEG-over-1394 conversion unit 1205, 
and an information for triggering the format conversion 
there may be the VPIAfCI value that carries this MPEG 

40 data, when the access datalink of the Internet 1 102 is 
the ATM, for example. In this case, there is no heed to 
bring this processing up to the IP layer. 

Also, when the access datalink is the STM network, 
the format conversion may be triggered by an input from 

45 its channel number/specific time-slot, etc. In this case, 
there is no need to bring this processing up to the IP 
layer either. 

Also, the format conversion may be triggered by 
using a part of the header information of the \P packet 
50 (such as "destination address + port number", the flow 
label of the IPv6, etc.). 

The MPEG data are transmitted from the video 
server 1 101 in the format of MPEG-over-IP, so that the 
AV control terminal 1 103 converts them into the MPEG- 
55 over- 1394 format at the MPEG-over-IP/MPEG-over- 
1394 conversion unit 1205 and then transmits them to 
the receiving terminal 1 105 (step S105). 

In this manner, the reception of the' video data 
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transmitted by the IP can be realized even at the receiv- 
ing terminal which is not the IP terminal (the receiving 
terminal 1 105 in this embodiment). 

Note that the 1394 bus 1104 portion may be 
replaced by a group of bridge connected 1394 buses, or 
a network formed by mixed networks of the 1394 buses 
and other networks in which the 1394 bus is emulated. 

It is also possible to use the ATM access network as 
the access network to the home instead of the Internet 
1 102. Fig. 13 shows an exemplary overall configuration 
of the communication network system in such a case, 
which differs from Fig. 9 in that the Internet 1 102 of Fig. 
9 is replaced by an ATM access network 1502. 

Note that, in this case, in Fig. 13. the AV control ter- 
minal 1503 and/or the video server 1501 may be the 
ATM terminal (a terminal that can understand and proc- 
ess only the ATM-API), so that the exchange between 
the AV control terminal. 1 503 and the video server 1501 
will involve the call set up by the ATM signaling, etc. 

Fig. 14 shows an exemplary internal configuration 
of the AV control terminal 1503. As shown in Fig. 14, the 
format conversion is made between the MPEG-over- 
ATM format and the MPEG-over- 1394 format at the 
MPEG-over-ATM/MPEG-over-1394 conversion unit 
1605. Here, the MPEG-over- ATM format may be in a 
form according to the protocol defined by the AMS of 
the ATM forum. 

The call set up by the ATM signaling between the 
AV control terminal i 503 and the video server 1501 is to 
be carried out at an ATM signaling processing unit 1603. 

The functions of the other elements of Fig. 14 are 
the same as those of Fig. 1 0. 

Rg. 15 shows a sequence chart for the operations 
of the communication network system of Fig. 1 3 as a 
whole. Rg. 15 differs from Rg. 1 1 in that the virtual con- 
nection (yCI = #X ) for carrying out the call set up by the 
ATM signaling is established at a time of establishing a 
route between the video server 1 501 and the AV control 
terminal 1503 at the step S201 of Rg. 15 (which corre- 
sponds to the step Si 01 of Rg. 1 1). The other parts of 
Rg. 15 are substantially the same as Rg. 11. 

Note that in this embodiment, an example in which 
the network inside the home is formed by the 1394 bus 
has been described, but the scheme of the present 
invention is equally applicable to a case where the net- 
work inside the home is not the 1 394 bus but the other 
network technology (such as the ATM, etc.). 

The above embocfiment is directed to an exemplary 
case in which the MPEG decoder is provided at the 
receiving terminal side. However, it is also possible to 
consider a case in which the MPEG decoder does not 
exist on the receiving terminal side and the receiving 
terminal only has a function for receiving the raw video 
data directly and displaying them. 

In such a case, in the communication network sys- 
tem of Rg. 9, for example, instead of carrying out the 
format conversion at the AV control terminal 1 1 03, it is 
also possible to use a configuration in which, as shown 



in Fig. 16, an MPEG decoding unit 1805 is provided 
inside the AV control terminal 1103 and the MPEG 
decoding is carried out inside the AV control terminal 
1103 for the MPEG-over-IP data (or the MPEG-over- 

5 ATM data, etc.) entered into the AV control terminal 
1 103, and the raw video data after the MPEG decoding 
are transmitted to the receiving terminal 1105 through 
the 1394 bus 1104. Fig. 17 shows the operation 
sequence in this case. Namely, Rg. 1 7 differs from Rig. 

io 1 1 in that the step S1 04 to S1 05 of Fig. 1 1 are replaced 
by the step S1 1 1 to S1 13 in Rg. 1 7. where the format 
conversion is not carried out but the MPEG decoding of 
the MPEG-over-IP data (or the MPEG-over-ATM data, 
etc.) is carried out at the MPEG decoding unit 1 805 and 

is the raw video data are transmitted to the receiving ter- 
minal 1105 through the isochronous channel #X on the 
1394 bus 1 104 (step S1 1 1 to step S1 13 of Rg. 1 7). 

By means of this, the high level functions such as 
the MPEG decoding are concentrated to the AV control. 

20 terminal 1 103, so that there is a merit in that a load on 
the receiving terminal 1 105 can be reduced. 

Also, Rg. 9 uses the Internet between the video 
server 1101 and the AV control terminal 1103, but the 
scheme of the present invention is of course not limited 

25 to a case of using the Internet and equally applicable to 
a case of using the other network configuration such as 
ATM network, SDH network, FTTH, etc. 

Note that, as a configuration of the AV control termi- 
nal 1103, it is also possible to consider a configuration 

30 which is capable of processing a plurality of MPEG 
streams simultaneously. In this case, it is also possible 
to adopt the processing scheme in which the different 
processings are applied to different streams, as in a 
case of applying the MPEG decoding to one MPEG 

35 stream while applying the format conversion from the 
MPEG-over-IP to the MPEG-over- 1394 to another 
MPEG stream, for example. In such a case, it suffices to 
provide a plurality of MPEG decoders, MPEG encoders, 
or conversion units inside the AV control terminal 1 1 03. 

40 

(Third Embodiment) 

Referring now to Rg. 1 8 to Rg. 25. the third embod- 
iment of the present invention will be described in detail. 

45 Rg. 18 shows an exemplary overall configuration of 
a communication network system according to this third 
embodiment As shown in Rg. 18, the communication 
network system of the third embodiment comprises a 
router 2001, a first naff gateway 2002. a second half 

so gateway 2003, an AV control terminal 2004. a video ter- 
minal 2005, an internet 201 1, afirst 1394 bus 2012, and 
a second 1394 bus 2013. 

In Rg. 18, a network formed by the router 2001 and 
elements on the right side of the router 2001 (that is, the 

55 router 2001 . the first 1394 bus 2012, the first half gate- 
way 2002, the second half gateway 2003, the second 
1394 bus 2013, the AV control terminal 2004, and the 
video terminal 2005) may be a home network con- 
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strutted within the home. 

Also, in this embodiment the video terminal 2005 is 
a non-IP terminal, similarly as in the first embodiment 

Here, a case of receiving video data (assumed to 
be transmitted in the MPEG-over-IP format) from a s 
video server (not shown) on the Internet 201 1 at the 
video terminal 2005 which is the non-IP terminal will be 
considered. 

Note that it is the AV control terminal 2004 that 
directly negotiate with the Internet or the video server by 10 
the IP, similarly as in the second embodiment. 

This third embodiment differs from the second 
embodiment in that it is the second half gateway 2003 
rather than the AV control terminal 2004 that carries out 
the control of transfer from the MPEG-over-IP to the is 
MPEG-over-1394. Here, the control of transfer may be 
carried out by the first half gateway 2002 or the router 
2001 instead of the second half gateway 2003, but a 
case where the control of transfer is carried out by the 
second half gateway 2003 will be described in this 20 
embodiment. 

To this end, the AV control terminal 2004 is con- 
nected with the second 1394 bus 2013, but unlike the 
first embodiment it is not absolutely necessary for this 
AV control terminal 2004 to be located on a path from 25 
the Internet 201 1 to the video terminal 2005. 

Also, here, the second half gateway 2003 may 
appear as a set-top box from a viewpoint of the video 
terminal 2005. 

Also, in this embodiment the bandwidth control 30 
between the subnets of the Internet (that is, at a bound- 
ary between one IP subnet and another IP subnet) is to 
be carried out by the RSVP, and the FANP described in 
the first embodiment is to be used within the subnet 
(that is, a portion of the elements on the right side of the 35 
router 2001 ). Consequently, the router 2001 and the AV 
control terminal 2004 are RSVP nodes while the router 
2001 , the first half gateway 2002, the second half gate- 
way 2003, and the AV control terminal 2004 are FANP 
nodes. 40 

The transmission scheme between the half gate- 
ways 2002 and 2003 is assumed to be the ATM similarly 
as in the first embodiment. 

Now, with reference to Rg. 1 9, the video data trans- 
mission sequence will be described. 45 

A user who wishes to receive the video transmitted 
from the Internet at the video terminal 2005 makes a 
program request by operating the AV control terminal 
2004 similarly as in the second embodiment Here, an 
actual operation screen may be displayed on a display so 
device provided in the video terminal 2005. Also, at a 
time of this reservation, the reservation of the communi- 
cation resources using the RSVP may also be carried 
out in order to receive the video program at a high com- 
munication quality. Consequently, the reservation of the 
communication resources by using an RESV message 
of the RSVP is carried out with respect to a PATH mes- 
sage of the RSVP transmitted from the Internet 2011 



side (step S201). Note that the naff gateways 2002 and 

2003 are not the RSVP nodes so that the RSVP mes- 
sages simply pass through them. 

The router 2001 that received the RESV message 
reserves the connection and the communication 
resources on a route from the router 2001 to the AV 
control terminal 2004 by using the FANP described in 
the first embodiment At this point the fact that data to 
be transferred by the FANP are MPEG data may be noti- 
fied to each node. 

Here, suppose that the reserved communication 
resources includes, as shown in Fig. 20, an isochronous 
channel 2202 on the first 1394 bus, a connection 2203 
between the half gateways 2002 and 2003, and an iso- 
chronous channel 2204 on the second 1394 bus. Here, 
the isochronous channel 2204 on the second 1394 bus 
is the broadcast on the second 1 394 bus because of the 
property of the 1 394 bus. 

Now. the AV control terminal 2004 receives the 
FANP offer message transmitted from the router 2001 
(step S202), and returns the FANP re-direct message 
(step S203) so as to permit the connection establishing. 
Also, around this point, the following two operations are 
carried out by the AV control terminal 2004. 

The first operation is to command the video termi- 
nal 2005 to receive the isochronous data at the iso- 
chronous channel 2204, by using the 1394 protocol 
(step S204). By means of this, a state in which a con- 
nection with the communication quality guaranteed is 
established from the router 2001 to the video terminal 
2005 of Rg. 20 is substantially realized. 

The second operation of the AV control terminal 

2004 is to command the second half gateway 2004 to 
carry out the format conversion from the MPEG-over- IP 
to the MPEG-over-1394 (step S205). Here, the MPEG- 
over-1394 format may be a format defined by IEC 1 883, 
etc. In this case, the fact that the second half gateway 
2003 has the transfer function in advance may be 
already recognized by the AV control terminal 2004, or 
some protocol for the purpose of checking the pres- 
ence/absence of the transfer function may run through 
the network. 

This transfer command may be made in a form of 
the IP application, or in a form of the 1394 application. 
For this reason, the second naff gateway 2003 has an 
internal function for transferring from the MPEG-over-iP. 
to the MPEG-over-1394 (the MPEG-over-1§94/MPEG- 
over-IP conversion unit 2304 of Rg. 21). 

The internal configuration of the second half gate- 
way 2003 shown in Fig. 21 differs from the internal con- 
figuration of the half gateway in the first embodiment in 
that the MPEG-over-1394/MPEG-over-IP conversion 
unit 2304 is included in the second half gateway 2003, 
and that the IP/FANP processing unit 2303 has a func- 
tion for making a setting of the MPEG-over- 
1394/MPEG-over-IP conversion unit 2304 accordng to 
a "transfer command" signal at the step S205 in the 
sequence of Fig. 19, so that the format conversion from 
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the MPEG-over-IP to the MPEG-over- 1394 will be car- 
ried out for appropriate input IP packets on which the 
MPEG data are mounted. 

Now, the RESV message of the RSVP that reached 
to the router 2001 flows further to an upstream side and 
reaches to the video server (now shown) (step S206). 
At this point, the end-to-end connection with the com- 
munication quality guaranteed is established from the 
video server to the video terminal 2005 as shown in Fig. 
20. Here, prior to the video data transmission, some 
notification signal (a signal for urging the video data 
transmission) may be sent from the AV control terminal 
2004 to the video server. 

After that, the transmission of the video data from 
the video server is started (step S207). The video data 
pass through the connection set 2201 on the IP of Fig. 
20, and reaches to the video terminal 2005 through the 
connections 2202, 2203 and 2204 established by the 
FANP. Note here that the format conversion from the 
MPEG-dver-IP format to the MPEG-over-1394 format is 
carried out at the second half gateway 2003. 

The above description is directed to a case where 
the video terminal 2005 has the MPEG decoder. In con- 
trast, in a case where the video terminal 2005 does not 
have the MPEG decoder and is in a configuration for 
receiving and reproducing the raw video data, it is also 
possible to use a configuration in which the MPEG 
decoder is provided in the second half gateway 2003 so 
that the MPEG decoding from the MPEG-over-IP is car- 
ried out and the obtained raw video data are transmitted 
to the video terminal 2005. In this configuration, there is 
no need to implement the expensive MPEG decoder in 
the video terminal 2005, so that there is a merit in that a 
construction of a low cost system becomes possible. 

Fig. 22 shows ah exemplary internal configuration 
of the second half gateway 2003 in this case. This con- 
figuration of Fig. 22 differs from that of Fig. 21 in that the 
MPEG, decoder unit 2404 is provided instead of the 
MPEG-over-1394/MPEG-over-IP conversion unit 2304 
of Fig. 21. . 

At the MPEG decoder unit 2404. the MPEG decod- 
ing may be earned out when a command signal for com- 
manding the decoding of the MPEG data is sent from 
the AV control terminal 2004 to the second half gateway 
2003. 

Here, in a case of carrying out the MPEG format 
conversion or the MPEG decoding, the format conver- 
sion or decoding processing may be carried out by 
implicitly recognizing that data contents are MPEG data 
from the value of the ^atafink identifier (VPI/VCI value in 
a case of the ATM, for example) between the two half 
gateways 2002 and 2003, without carrying out the IP 
layer processing. In this manner, it is possible to start 
the MPEG.format conversion processing or the MPEG 
decocfing processing by omitting the IP processing 
which is generally said to be costly, so that the quick 
processing and the low cost can be realized simultane- 
ously. 



Note that, as should be apparent, the system in 
such a configuration is applicable not only to a case of 
receiving video from the Internet but also to a case of 
the video data transmission by the MPEG-over -ATM 

5 when the access network is the ATM network as in the 
second embodiment, or to cases using any other trans- 
mission schemes. 

Also, the transmission of video data (or data in gen- 
eral) is not necessarily limited to the MPEG, and any 

10 coding scheme can be used. 

Also, the above operations can be utilized for the 
information transmission from the home. Namely, in the 
communication network system with a configuration as 
shown in Fig. 23, consider a case of transmitting the raw 

15 video data or MPEG data from the transmitting terminal 
3001 which is the non-IP terminal. 

Basically, it suffices to carry out the sequence 
opposite to that of the receiving described above (see 
the sequence shown in Fig. 25). Namely, the AV control 

20 terminal 3002 establishes a connection up to the receiv- 
ing terminal by the signaling protocol of the network 
layer (step SSoi), transmits the isochronous channel 
number, etc., to the router 3005 by the FANP offer mes- 
sage (step S302), and receives the re-direct message . 

25 from the. router 3005. " 

Also, the AV control terminal 3002 commands the 
transmitting terminal 3001 to transmit data through the 
earlier set up isochronous channel, by using the 1394 
protocol (step S304), and in addition a command for 

30 transfer (or MPEG encoding) is sent from the AV control 
terminal 3002 to the first half gateway 3303 for example 
(step S305). 

By means of this, when the MPEG encoder unit 
3404 as shown in Fig. 24 (in a case where the MPEG. 

35 encoder is not provided in the transmitting terminal 
3002) or the function of the format conversion from the 
MPEG-over-1394 to the MPEG-oveMP (the MPEG- 
over- 1394/MPEG-over-IP, conversion unit 23t04) as 
shown in Fig. 21 is provided at the first half gateway 

40 3003. it becomes, possible to carry out the data trans- 
mission from the transmitting terminal 3001 (step 
S306). 1 ' . 

Note that by incorporating the MPEG encoder unit 
3404 (for encoding video data . transmitted from the 

45 1394 side toward the ATM side) of the half gateway in 
the configuration shown in Fig. 24 into the half gateway 
in the configuration shown in Fig. 22 so that the MPEG 
encoder and trie MPEG decoder are provided simulta- 
neously, *rt becomes possible to carry put the bi-direc- 

so tional communications by a single device (half 
gateway). It is obviously also possfole to use this device 
in such a manner that two or more uni-directional com- 
munications are carried out simultaneously and the. 
encoder and the decoder are used for the respective 

55 communications independently. 

ft is also possible to consider a configuration in 
which the MPEG encoding function, the MPEG decod- 
ing function, and the MPEG format conversion function 
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are provided separately, and necessary ones of these 
functions are executed by the mode switching according 
to an appropriate control signal from the AV control ter- 
minal 3002. 

It is also possible to consider a configuration which s 
is capable of processing a plurality of MPEG streams 
simultaneously. In this case, it is also possible to adopt 
the processing scheme in which the different process- 
ings are applied to different streams, as in a case of 
applying the MPEG decoding to one MPEG stream io 
while applying the format conversion from the MPEG- 
over-IP to the MPEG-over-1394 to another MPEG 
stream, for example. 

As described, according to the present invention, it 
becomes possible for the dedicated IEEE 1394 terminal is 
to carry out communications with a group of nodes 
which are operated by the protocol other than the IEEE 
1394, and it also becomes possible to inter-connect the 
IEEE 1 394 buses through a physical network other than 
the IEEE 1394 bus. 20 

It is to be noted that, besides those already men- 
tioned above, many modifications and variations of the 
above embodiments may be made without departing 
from the novel and advantageous features of the 
present invention. Accordingly, all such modifications 25 
and variations are intended to be included within the 
scope of the appended claims. 

Claims 

30 

1 . A data transfer control device for control ling transfer 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical network, 
the data transfer control device being connected 35 
with the second physical network and comprising: 



2. The device of claim 1, wherein the receiving unit 
transmits a control message commanding a net- 
work connection device which connects the second 
physical network and a third physical network, to ss 
register a correspondence between the channel in 
the second physical network and a header/channel 
information depending on the third physical net- 



work. 

3. The device of claim 1 , wherein the reserving unit 
transmits a control message containing an address 
information for said another data transfer control 
device and/or the receiving node and at least one of 
a header information to be attached to the informa- 
tion data and an information regarding a channel 
through which the information data is to be trans- 
ferred, to said another data transfer control device 
and/or the receiving node. 

4. The device of claim 3, further comprising: 

an interface unit for connecting the i data trans- 
fer control device to a third physical network or 
the first physical network; and ' , ' 
a transmission unit for transmitting the informa- 
tion data received through said channel in the 
second physical network to the third physical 
network or the first physical network, onto a 
channel indicated by said control message, or 
after attaching the header inforrnation ^con- 
tained in said control message. 

5. The device of claim 3, further comprising: 

an interface unit for connecting the data trans- 
fer control device to a third physical network or 
the first physical network; 
a conversion unit for converting a data format 
of data received through said channel, from a 
first data format depending oh the second 
physical network to a second data format 
depending on the third physical network or the 
first physical network and/or an upper logical 
network of the third physical network or the first 
physical network; and 

a transmission unit for transmitting said data 
with the data format converted by the conver- 
sion unit as the information data to the third 
physical network or the first physical network, 
onto a channel indicated by skid control mes- 
sage, or after attaching the header irifoFmatioh 
contained in said control message. 

6. The device of claim 3, further comprising: 

an encoding/decoding unit for encodingAjecod- 
ing data received through said channel; and 
a transmission unit for transmitting the informa- 
tion data encoded/decoded by the encod- 
ing/decoding unit to a channel indicated by 
said control message, or after attaching a 
header information contained in said control 
message. 

7. The device of claim 1 , wherein the establishing unit. 



an establishing unit for establishing a channel 
in the second physical network for transmitting 
the information data; 40 
a reserving unit for reserving a communication 
path for transferring the informatiori data trans- 
mitted through said channel to another data 
transfer control device belonging to the first 
physical network and/br the receiving node; 45 
and 

a commanding unit for commanding the trans- 
mitting node to transmit the information data 
through said channel, by using a protocol 
depending on the second physical network. so 
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establishes said channel in a form of a broadcast 
type channel. 

8. The device of claim 1 , wherein the reserving unit 
communicates an information regarding a commu- s 
nication resource required for the communication 
path, with said another data transfer control device 
and/or the receiving node. 

9. The device of claim 1, further comprising: io 

a collecting unit for collecting attribute informa- 
tion of transmitting and/or receiving nodes con- 
nected with the second physical network; and 
a notifying unit for notifying said attribute infer- is 
mation to said another data transfer control 
device and/or the receiving node. 

10. The device of claim 1, further comprising: 

20 

a receiving unit for receiving a notice regarding 
attrfoute information of transmitting and/or 
receiving nodes connected with the first physi- 
cal network; and 

a memory unit for storing said attribute informa- 25 
tion. 

1 1 . The device of claim 1 , further comprising: 

a receiving unit for receiving a control message 30 
containing an information capable of specifying 
the transmitting node, from said another data 
transfer control device and/or the receiving 
node; 

wherein the commanding unit com- 35 
mands a transmission of the information data 
to the transmitting node which is specified by 
said control message. 

1 2. The device of claim 1 , wherein the reserving unit 40 
transmits a control message containing an informa- 
tion capable of specifying the receiving node, to 
said another data transfer control device. 

1 3. A data transfer control device for controlling transfer 45 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical network, 
the data transfer control device being connected 
with the first physical network and comprising: so 

a receiving unit for receiving a control message 
to be used in reserving a communication path 
reaching the data transfer control device, said 
' control message containing at least one of a ss 
header information to be attached to the infor- 
mation data in the first physical network, and 
an information regarding a channel through 



which the information data is to be transferred; 
and 

a commanding unit for commanding the receiv- 
ing node to receive the information data which 
has the header information contained in said 
control message or which is transferred 
through the channel indicated by said control 
message, by using a protocol depending on the 
first physical network. 

14. The- device of claim 13, wherein said control mes- 
sage indicates the channel of the first physical net- 
work in a form of a broadcast type channel. 

15. The device of claim 13, wherein said control mes- 
sage also contains an information regarding a com- 
munication resource required in reserving the 
communication path. 

1 6. The device of claim 13, further comprising: 

a collecting unit for collecting attribute informa- 
tion of transmitting and/or receiving nodes con- 
nected with the first physical network; and 
a notifying unit for notifying said attribute infor- 
mation to another data transfer control device 
belonging to the second physical network 
and/or the transmitting node. 

17. The device of claim 13, further comprising: 

a notice receiving unit for receiving a notice 
regarding attribute information of transmitting 
and/or receiving nodes connected with the sec- 
ond physical network; and 
a memory unit for storing said attribute informa- 
tion. 

18. The device of claim 13, further comprising: 

a message receiving unit for receiving a mes- 
sage containing an information capable of 
specifying the receiving node, from another 
data transfer control device belonging to the 
second physical network and/or the transmit- 
ting node; ■ r 

wherein the commanding unit com- 
mands a receiving of the information data to 
the receiving node which is specified by said 
message. 

19. The device of claim 13, further comprising: 

a transmission unit for transmitting a message 
containing an information capable of specifying 
the transmitting node, to another data transfer 
control device belonging to the second physical 
network. 
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20. A data transfer control device for controlling transfer 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical network, 
the data transfer control device being connected 
with the first physical network and comprising: 

an establishing unit for establishing a channel 
in the first physical network; 
a transfer unit for transferring the information 
data transferred through a communication path 
that is reserved for receiving the information 
data transmitted from the transmitting node, to 
the channel established by the establishing 
unit; and 

a commanding unit for commanding the receiv- 
ing node to receive the information data which 
is transferred through the channel established 
by the establishing unit by using a protocol 
depending on the first physical network. 

21 . The device of claim 20, wherein said communica- 
tion path is reserved by receiving a control mes- 
sage containing at least one of a header 
information attached to the information data and an 
information regarding a channel through which the 
information data is to be transferred, from a physi- 
cal network different from the first physical network. 

22. The device of claim 21 , wherein said control mes- 
sage also contains an information regarding a com- 
munication resource required in reserving the 
c^nvnunicatiori path. 

23. The device of claim 20, wherein the establishing 
unit establishes the channel of the first physical net- 
work in a form of a broadcast type channel. 

24. The device of claim 20, further comprising: 

a collecting unit for collecting attribute informa- 
tion of transmitting and/or receiving nodes con- 
nected with the f irst physical network; and 
a notifying unit for notifying said attribute infor- 
mation to another data transfer control device 
belonging to the second physical network 
and/or the transmitting node. 

25. The device of claim 20, further comprising: 

a notice receiving unit for receiving a notice 
regarding attribute information of transmitting 
and/or receiving nodes connected with the sec- 
ond physical network; and 
a memory unit for storing said attribute informa- 
tion. 

26. The device of ctaim 20, further comprising: 



a message receiving unit for receiving a control 
message containing an information capable of 
specifying the receiving node, from another 
data transfer control device belonging to the 

5 second physical network and/or the transmit- 

ting node; 

wherein the commanding unit com- 
mands a receiving of the information data to 
the receiving node which is specified by said 

to control message. 

27. The device of claim 20, further comprising: 

a transmission unit for transmitting a control 
is message containing an information capable of 

specifying the transmitting node, to another 
data transfer control device belonging to the 
second physical network. 

20 28. A data transfer control device for controlling transfer 
of information data from a transmitting node con- 
nected with a first physical network to a receiving 
node connected with a second physical network, 
the data transfer control device being connected 

25 with the second physical network and with a third 
physical network or the first physical network and 
comprising: 

a f irst establishing unit for establishing a chan- 

30 nel in the second physical network; 

a second establishing unit for establishing a 
communication path between the data transfer 
control device and the first physical network or 
a transmitting node belonging to an upper logi- 

35 cal network of the first physical network; 

a commanding unit for commanding the receiv- 
ing node to receive the information data trans- 
ferred through the channel established by the 
first establishing unit, by using a protocol 

40 depending on the second physical network; 

a conversion unit for converting a data format 
of the information data received througti the 
communication path established by the second 
establishing unit, from a first data format 

45 depending on the third physical network or the 

first physical network and/or an upper logical 
network of the third physical network or the first 
physical network to a second data formal 
depending on the second physical network; 

so and 

a transfer unit for transferring the information 
data with the data format converted by the con- 
version unit, to the channel established by the 
first establishing unit 

55 

29. A data transfer control device tor controlling transfer 
of information data from a transmitting node con- 
nected with a first physical network to a receiving 
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node connected with a second physical network, 
the data transfer control device being connected 
with the second physical network and comprising: 

a first establishing unit for establishing a chan- 5 
nel in the second physical network; 
a second establishing unit for establishing a 
communication path between the data transfer 
control device and the first physical network or 
a transmitting node belonging to an upper logi- 10 
cal network of the f irst physical network; 
a commanding unit for commanding the receiv- 
ing node to receive the information data trans- 
ferred through the channel established by the 
first establishing unit, by using a protocol 75 
depending on the second physical network; 
an encoding/decoding unit for encoding/decod- 
ing the information data received through the 
communication path established by the second 
establishing unit; and 20 
a transfer unit for transferring the information 
data encoded/decoded by the encoding/decod- 
ing unit, to the channel established by the first 
establishing unit. 

25 

30. A data transfer control device/for controlling transfer 
of information data to a receiving node connected 
with a first network from a transmitting node con- 
nected with a second network, the data transfer 
control device being connected with the first net- 30 
work and comprising: 

an establishing unit for establishing a commu- 
nication path for the information data transmit- 
ted from the transmitting node by using a 35 
signaling protocol of a network layer, the com- 
munication path reaching the data transfer con- 
trol device from the transmitting node*, or 
another data transfer control device connected 
with the second network; . 40 
a receiving unit for receiving a control message 
containing an information regarding a channel 
through which the information data is to be 
transferred to the receiving node; and 
a commanding unit for commanding the receiv- 45 
ing node to receive the information data trans- 
ferred through said channel, by , using a 
protocol depending on the first network. 

31 . The device of claim 30, further comprising: so 

a transmission unit for transmitting a message 
requesting a conversion of a data format of the 
information data from a first data format 
depending on the network layer to a second ss 
data format of a protocol depending on the first 
network, to a node through which the informa- 
tion data passes before being received by the 



receiving node. 

32. A data transfer control device for controlling transfer 
of information data from a transmitting node con- 
nected with a first network to a receiving node con- 
nected with a second network, the data transfer 
control device being connected with the first net- 
work and comprising: 

an establishing unit for establishing a commu- 
nication path for the information data transmit- 
ted from the transmitting node by using a 
signaling protocol of a network layer, the com- 
munication path reaching the receiving node or 
another data transfer control device connected 
with the second network; 
a transmission unit for transmitting a control 
message containing an information regarding a 
channel through which the information data is- 
to. be transferred from the transmitting node; 
and 

a commanding unit for commanding the trans- 
mitting node to transmit the information data to 
said channel, by using a protocol depending on 
the first network. 

33. The device of claim 32, further comprising: 

a message transmission unit for transmitting a 
message requesting a conversion of a data for- 
mat of the information data from a first data for- 
mat depending on the first network to a second 
data format depending on the network layer, to 
a node through which the information data 
, passes before being received by the receiving 
node. 

34. A relay device for transmitting a received data from 
one network to another network, comprising; 

a first establishing unit for establishing a chan- 
nel in said, another network; 
a second establishing unit for establishing a 
communication path which includes the chan- 
nel established by the first establishing unit for 
data transferred from said one network to said 
another network by exchanging a signaling 
protocol of a network layer with a data transfer 
control device in said another network; and 
a transmission unit for transmitting a control 
. message containing an information regarding 
the channel to the data transfer control device, 
such that the data transfer control device com- 
mands a receiving node in said another net- 
work by using a protocol depending on said 
another network to receive the data transferred 
through the communication path established by 
the second establishing unit 
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35. A relay device for transmitting a received data from 
one network to another network, comprising: 

a reception unit for receiving a control message 
containing an information regarding a channel s 
established in said one network from a data 
transfer control device in said one network, the 
data transfer control device commanding a 
transmitting node in said one network by using 
a protocol depending on said one network to 10 
transmit the data to the channel; and 
an establishing unit for establishing a commu- 
nication path which includes the channel for 
data transferred from said one network to said 
another network by exchanging a signaling is 
protocol of a network layer with the data trans- 
fer control device. 

36. A relay device for transmitting a received data from 
one network to another network, comprising: 20 

a receiving unit for receiving a control message 
requesting a conversion of a data format of the 
received data from a first data format depend- 
ing on said one network to a second data for- 25 
mat depending on said another network; and 
a transmission unit for converting the data for- 
mat of the received data from said one network 
according to the control message received by 
the receiving unit, and transmitting converted 30 
data to said another network. 

37. A relay device for transmitting a received data from 
one network to another network, comprising: 

' 35 

a receiving unit for receiving a control message 
requesting an encoding/decoding of the 
received data in a data format depending on 
said one network; and 

a transmission unit for encoding/decoding the 40 
received data from said one network according 
to the control message received by the receiv- 
ing unit and transmitting encoded/decoded 
data to said another network. 

45 

38. A control device connected with a first physical net- 
work, comprising: 

a collecting unit for collecting attrtoute informa- 
tion of transmitting and/or receiving nodes con- so 
nected with the first physical network, 
according to a protocol depending on the first 
physical network; and 

a notifying unit for notifying said attribute infor- 
mation to a device connected with a second ss 
physical network, according to a network layer 
protocol not depending on the first physical net- 
work. 



39. The device of claim 38. further comprising: 

a receiving unit for receiving a network layer 
protocol packet for controlling at least one of 
the transmitting and/or receiving nodes con- 
nected with the first physical network, from said 
device connected with the second physical net- 
work; and 

a control unit for controlling said at least one of 
the transmitting and/or receiving nodes speci- 
fied by the network layer protocol packet, 
according to a protocol depending on the first 
physical network. 

40. A method for controlling transfer of information data 
to a receiving node connected with a first physical 
network from a transmitting node connected with a 
second physical network, at one data transfer con- 
trol device connected with the second physical net- 
work, the method comprising the steps of: 

(a) establishing a channel in the second physi- 
cal network for transmitting the information 
data; 

(b) reserving a communication path for trans- 
ferring the information data transmitted through 
said channel to another data transfer control 
device belonging to the first physical network 
and/or the receiving node; and 

(c) commanding the transmitting node to trans- 
mit the information data through said channel, 
by using a protocol depending on the second 
physical network 

41 . The method of claim 40, wherein the step (b) trans- 
mits a control message commanding a network 
connection device which connects the second 
physical network and a third physical network, to 
register a correspondence between the channel in 
the second physical network and a header/channel 
information depending on the third physical net- 
work. 

42. The method of claim 40, wherein the step (b) trans- 
mits a control message containing an address infor- 
mation for said another data transfer control device 
and/or the receiving node and at least one of a 
header information to be attached to the informa- 
tion data and an information regarding a channel 
through which the information data is to be trans- 
ferred, to said another data transfer control device 
and/or the receiving node. 

43. The method of claim 42, further comprising the step 
of: 

(d) connecting said one data transfer control 
device to a third physical network or the first 
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physical network; and 

(e) transmitting the information data received 
through said channel in the second physical 
network to the third physical network or the first 
physical network, onto a channel indicated by 
said control message, or after attaching the 
header information contained in said control 
message. 



44. The method of claim 42, 
steps of: 



further comprising the 10 



(d) connecting said one data transfer control 
device to a third physical network or the first 
physical network; and 

(e) converting a data format of data received 
through said channel, from a first data format 
depending on the second physical network to a 
second data format depending oh the third 
physical network or the first physical network 
and/or an upper logical network of the third 
physical network or the first physical network; 
and 

(f) transmitting said data with the data format 
converted by the step (d) as the information 
data to the third physical network or the first 
physical network, onto a channel indicated by 
said control message, or after attaching the 
header information contained in said control 
message. 

45. The method of claim 42, further comprising the 
steps of : 

(d) encoding/decoding data received through 
said channel; and 

(e) transmitting said data encoded/decoded by 
the step (d) as the information data to a chan- 
nel indicated by said control message, or after 
attaching a header information contained in 
said control message. 

46. The method of claim 40. wherein the step (a) estab- 
lishes said channel in a form of a broadcast type 
channel. 

47. The method of claim 40, wherein the step (b) com- 
municates an information regarding a communica- 
tion resource required for the communication path, 
with said another data transfer control device 
and/or the receiving node. 

48. The method of claim 40, further comprising the 
steps of: 

(d) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
second physical network; and 
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(e) notifying said attribute information to said 
another data transfer control device and/or the 
receiving node. 

49. The method of claim 40, further comprising the 
steps of: 

(d) receiving a notice regarding attribute infor- 
mation of transmitting and/or receiving nodes 
connected with the f irst physical network; and 

(e) storing said attribute information in a mem- 
ory of said one data transfer control device. 

50. The method of claim 40, further comprising the step 
of: 

(d) receiving a control message containing an 
information capable of specifying the transmit- 
ting node, from said another data transfer con- 
trol device and/or the receiving node; 

wherein the step (c) commands a trans- 
mission of the information data to the transmit- 
ting node which is specified by said control 
message. 

51 . The method of claim 40, wherein the step (b) trans- 
mits a control message containing an information 
capable of specifying the receiving node, to said 
another data transfer control device. 

52. A method for controlling transfer of information data 
to a receiving node connected with a first physical 
network from a transmitting node connected with a 
second physical network, at one data transfer con- 
trol device connected with the first physical net- 
work, the method comprising the steps of: 

(a) receiving a control message to be used in 
reserving a communication path reaching said 
one data transfer control device, said control 
message containing at least one of a header 
information to be attached to the information 
data in the first physical network, and an infor- 
mation regarding a channel through which the 
information data is to be transferred; and 

(b) commanding the receiving node to receive 
the information data which has the header 
information contained in said control message 
or which is transferred through the channel 
indicated by said control message, by using a 
protocol depending on the first physical net- 
work. 

53. The method of claim 52, wherein said control mes- 
sage indicates the channel of the first physical net- 
work in a form of a broadcast type channel. 

54. The method of claim 52, wherein said control mes- 
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sage also contains an information regarding a com- 
munication resource required in reserving the . 
communication path. 

55. The method of claim 52, further comprising the 
steps of: 



established by the step (a); and 
(c) commanding the receiving node to receive 
the information data which is transferred 
through the channel established by the step 
s (a), by using a protocol depending on the frst 

physical network. 



(c) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
first physical network; and 

(d) notifying said attribute information to 
another data transfer control device belonging 
to the second physical network and/or the 
transmitting node. 

56. The method of claim 52, further comprising the 
steps of: 

(c) receiving a notice regarding attribute infor- 
mation of transmitting and/or receiving nodes 
connected with the second physical network; 
and 

(d) storing said attribute information in a mem- 
ory of said one data transfer control device. 

57. The method of claim 52, further comprising the step 
of: 

(c) receiving a message containing an informa- 
tion capable of specifying the receiving node, 
from another data transfer control device 
belonging to the second physical network 
and/or the transmitting node; 

wherein the step (b) commands a 
receiving of the information data to the receiv- 
ing node which is specif ted by said message. 

58. The method of claim 52, further comprising the step 
of: 

(c) transmitting a message containing an infor- 
mation capable of specifying the transmitting 
node, to another data transfer control device 
belonging to the second physical network. 

59. A method for controlling transfer of information data 
to a receiving node connected with a first physical 
network from a transmitting node connected with a 
second physical network, at one data transfer con- 
trol device connected with the first physical net- 
work, the method comprising the steps of: 

(a) establishing a channel in the first physical 
network; 

(b) transferring the information data transferred 
through a communication path that is reserved 
for receiving the information data transmitted 
from the tr a n smitting node, to the channel 



60. The method of claim 59, wherein said communica- 
tion path is reserved by receiving a control mes- 

10 sage containing at least one of a header 
information attached to the information data and an 
information regarding a channel through which the 
information data is to be transferred, from a physi- 
cal network different from the first physical network. 

15 

61. The method of claim 60, wherein said control mes- 
sage also contains an information regarding a com- 
munication resource required in reserving the 
communication path. 

20 

62. The method of claim 59, wherein the step (a) estab- 
lishes the channel of the first physical network in a 
form of a broadcast type channel. 

25 63. The method of claim 59, further comprising the 
steps of: 

(d) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 

30 first physical network; and 

( e) notifying said attribute information to 
another data transfer control device belonging 
to the second physical network and/or the 
transmitting node. 

35 

64. The method of claim 59, further comprising the 
steps of: 

(d) receiving a notice regarding attribute infor- 
40 mation of transmitting and/or receiving nodes 

connected with the second physical network; 
and 

(e) storing said attribute information in a mem- 
ory of said one data transfer control device. 

45 

65. The method of claim 59, further comprising the step 
of: 

(d) receiving a control message containing an 
so information capable of specifying the receiving 

node, from another data transfer control device 
belonging to the second physical network 
and/or the transmitting node; 

wherein the step (c) commands a 
55 receiving of the information data to the receiv- 

ing node which is specified by said control 
message. 
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66. The method of claim 59, further comprising the step 
of: 



the information data transferred through the 
channel established by the step (a), by using a 
protocol depending on the second physical net- 
work; 

(d) encoding/decoding the information data 
received through the communication path 
established by the step (b); and 

(e) transferring the information data 
encoded/decoded by the step (d). to the chan- 
nel established by the step (a). 



(d) transmitting a control message containing 
an information capable of specifying the trans- 5 
mitting node, to another data transfer control 
device belonging to the second physical net- 
work 

67. A method for controlling transfer of information data 10 
from a transmitting node connected with a first 
physical network to a receiving node connected 
with a second physical network, at one data transfer 
control device connected with the second physical 
network and with a third physical network or the first is 
physical network, the method comprising the steps 
of: 



68. A method for controlling transfer of information data 
from a transmitting node connected with a first 45 
physical network to a receiving node connected 
with a second physical network, at one data transfer 
control device connected with the second physical 
network, the method comprising the steps of: 

50 

(a) establishing a channel in the second physi- 
cal network; 

(b) establishing a communication path between 
said one data transfer control device and the 
first physical network or a transmitting node 55 
belonging to an upper logical network of the 
first physical network; 

(c) commanding the receiving node to receive 



69. A method for controlling transfer of information data 
to a receiving node connected with a first network 
from a transmitting node connected with a second 
network, at one data transfer control device con- 
nected with the first network, the method compris- 
ing the steps of: 

(a) establishing a communication path for the 
information data transmitted from the transmit- 
ting node by using a signaling protocol of a net- 
work layer, the communication path reaching 
said one data transfer control device from the 
transmitting node or another data transfer con- 
trol device connected with the second network; 

(b) receiving a control message containing an 
information regarding a channel through which 
the information data is to be transferred to the 
receiving node; and 

(c) commanding the receiving node to receive 
the information data transferred through said 
channel, by using a protocol depending on the 
first network. 

70. The method of claim 69, further comprising the step 

(d) transmitting a message requesting a con- 
version of a data format of the information data 
from a first data format depending on the net- 
work layer to a second data format of a protocol 
depending on the first network, to a node 
through which the information data passes 
before being received by the receiving node. 

71 . A method for controlling transfer of information data 
from a transmitting node connected with a first net- 
work to a receiving node connected with a second 
network, at one data transfer control device con- 
nected with the first network, the method compris- 
ing the steps of: 

(a) establishing a communication path for the 
information data transmitted from the transmit- 
ting node by using a signaling protocol of a net- 
work layer, the communication path reaching 
the receiving node or another data transfer 
control device connected with the second net- 



fa) establishing a channel in the second physi- 
cal network; 20 

(b) establishing a communication path between 
said one data transfer control device and the 
first physical network or a transmitting node 
belonging to an upper logical network of the 
first physical network; 25 

(c) commanding the receiving node to receive 
the information data transferred through the 
channel established by the step (a), by using a 
protocol depending on the second physical net- 
work; 30 

(d) converting a data format of the information 
data received through the communication path 
established by the step (b), from a first data for- 
mat depending on the third physical network or 
the first physical network and/or an upper logi- 35 
cal network of the third physical network or the 
first physical network to a second data format 
depending on the second physical network; 
and 

(e) transferring the information data with the 40 
data format converted by the step (d). to the 
channel established by the step (a). 
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work; 

(b) transmitting a control message containing 
an information regarding a channel through 
which the information data is to be transferred 
from the transmitting node; and s 

(c) commanding the transmitting node to trans- 
mit the information data to said channel, by 
using a protocol depending on the first network. 

72. The method of claim 71 , further comprising the step 10 
of: 

(d) transmitting a message requesting a con- 
version of a data format of the information data 
from a first data format depending on the first is 
network to a second data format depending on 
the network layer, to a node through which the 
information data passes before being received 

by the receiving node. 

20 

73. A method for relaying data by transmitting a 
received data from one network to another network, 
comprising the steps of: 

(a) establishing a channel in said another net- 25 
work; 

(b) establishing a communication path which 
includes the channel established by the step 
(a) for data transferred from said one network 

to said another network by exchanging a sign- 30 
aiing protocol of a network layer with a data 
transfer control device in said another network; 
and 

(c) transmitting a control message containing 

an information regarding the channel to the 35 
data transfer control device, such that the data 
transfer control device commands a receiving 
node in said another network by using a proto- 
col depending on said another network to 
receive the data transferred through the com- 40 
munication path established by the step (b). 

74. A method for relaying data by transmitting a 
received data from one network to another network, 
comprising the steps of: as 

(a) receiving a control message containing an 
information regarding a channel established in 
said one network from a data transfer control 
device in said one network, the data transfer so 
control device commanding a transmitting 
node in said one network by using a protocol 
depending on said one network to transmit the 
data to the channel; and 

(b) establishing a communication path which 55 
includes the channel for data transferred from 
said one network to said another network by 
exchanging a signaling protocol of a network 



layer with the data transfer control device. 

75. A method for relaying data by transmitting a 
received data from one network to another network, 
comprising the steps of; 

(a) receiving a control message requesting a 
conversion of a data format of the received 
data from a first data format depending on said 
one network to a second data format depend- 
ing on said another network; and 

(b) converting the data format of the received 
data from said one network according to the 
control message received by the steo (a), and 
transmitting converted data to said another net- 
work. 

76. A method for relaying data by transmitting a 
received data from one network to another network, 
comprising the steps of: 

(a) receiving a control message requesting an 
encoding/decoding of the received data in a 
data format depending on said one network; 
and 

(b) encoding/decocfing the received data from 
said one network according to the control mes- 
sage received by the step (a), and transmitting 
encoded/decoded data to said another net- 
work. 

77. A method for operating a control device connected 
with a first physical network, comprising the steps 
of: 

(a) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
first physical network, according to a protocol 
depending on the first physical network, at the 
control device; and 

(b) notifying said attribute information from the 
control device to a device connected with a 
second physical network, according to a net- 
work layer protocol not depending on the first 
physical network. 

78. The method of claim 77. further comprising the 
steps of: 

(c) receiving a network layer protocol packet for 
controlling at least one of the transmitting 
and/or receiving nodes connected with the first 
physical network, from said device connected 
with the second physical network, at the control 
device; and 

(d) controlling said at least one of the transmit- 
ting and/or receiving nodes specified by the 
network layer protocol packet, according to a 
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protocol depending on the first physical net- 
work, at the control device. 
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□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



